13 January 2019, 13:22 | #41 |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
|
07 February 2019, 17:05 | #42 |
Posts: n/a
|
A way to have the amiga undo filesystem actions I did.
Think of dynamic snapshots. You have a system that works, you turn on the snapshot function. Then you change something and the system doesn't work like it should or not at all. Turn off, the dynamic snapshot and roll-back to the moment it was still functional. It would require the OS to backup all files, that its going to open for write and store it somewhere else, but since the 4GB partition limit doesn't exist anymore, storage is not the limiting factor. Restore is simply a copy back to last know good state. |
07 February 2019, 17:19 | #43 |
Unregistered User
Join Date: Sep 2012
Location: Copenhagen / DK
Age: 43
Posts: 4,190
|
Something like the ZFS filesystem ported to 68k?
|
07 February 2019, 17:20 | #44 |
Posts: n/a
|
Making it open source has no value! Directory Opus was made open source and...... were still waiting. Open source is nice if there are 1000's of coders willing to contribute. There are not that many coders left, that can and want to contribute to the amiga. It seems bounties also do not work. MorphOS has many bounties, still waiting for a programmer.
I'd rather see a company pay a programmer to deliver. Then I pay the company. Just my thoughts |
07 February 2019, 17:27 | #45 |
Posts: n/a
|
Doesn't need to be in the filesystem Introducing that in the filesystem introduces a lot of complexity. If Snoopdos has a function that looks at the files that are being opened real-time, I suppose there is a way to halt: copy file, continue operation. I've had enough situations where I thought I had only changed one file, but that cascaded in to a chain of other unwanted changes that I had no idea of. So when I undid that change, the damage was already done.
|
07 February 2019, 17:32 | #46 |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
"btrfs" on Linux or "zfs" on Solaris offer this as a built in function.
And there is of course the Hammer FS from Matt Dillon on his DragonFly BSD. (Yes it's the same Matt Dillon that did the Dice C-compiler for Amiga) And there are "OverlayFS" and "aufs" that provide snapshots on top of other filesystems on Linux. The latter approach could probably be done on Amiga the same way MuFS provides ownership or others that provide compression. |
07 February 2019, 17:37 | #47 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,349
|
Storage space and the 4GB problem haven't been an issue for decades.
Yep, it's relatively easy to hook into file operations like that. The real issue I see with that proposal is speed. Copying a file every time you write to it will at the very least double the time it takes to save anything. On devices where the write speed might be less than 2MB/s, that's a significant addition. Editing the tags in an MP3 could go from less than a second to 10 seconds per edit for example, during which time the application will be frozen because it's waiting on the write process to complete. It would be a nice feature to have as an option I guess for people who are ok with it. A more traditional backup tool included with the OS might be nicer - I've used BackUp for that purpose for many years. |
07 February 2019, 17:43 | #48 | ||||
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
Quote:
But what exactly are you waiting for? It works on AROS. Quote:
I hear this argument again and again over the last 20 years, but fact is also, that closed source did not help at all to keep developers. So what about we finally try a different approach instead of repeating the same mistake? Quote:
On AROS many bouties worked very well. Sure others did not, but that can be said for many closed source projects as well. Quote:
Or the company does not pay developers at all und keeps all your money and the source closed, like with 3.1.4 Again: there is nothing wrong with paying developers - the opposite. Many Linux and BSD developers are paid for their work. Last edited by Gorf; 07 February 2019 at 17:49. |
||||
07 February 2019, 17:44 | #49 |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
We talked with Olaf about this sometime ago in a forum.
I asked about a logging filesystem. As it would be very good for version control, roll backs, snapshots, and flash media support. He was more inclined towards a journaling one due to less complexity, more performance and less wasted space. The problem I see with ZFS and other related filesystems is that its overhead is prohibitive for Amigas. Whatever filesystem gets implemented for AmigaOS, it must first and most importantly consider its hardware peculairities. And then the sad reality comes to bite us: we have too many filesystems for a rather small user base and then we have even fewer developers, which makes priorities shift somewhere else. |
07 February 2019, 18:12 | #50 |
Registered User
Join Date: Jul 2017
Location: San Jose
Posts: 653
|
For me one thing shines about open source: software preservation. With closed source there’s always the danger of companies going out of business, taking the sources down with them. No chance of getting anything improved or fixed.
|
07 February 2019, 18:22 | #51 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
Quote:
Not only functionality is lost this way but also a great deal of knowledge how things can be implemented. Sadly the Amiga-scene had a habit of doing things in secret and not letting others participate ... in some cases to this very day. |
|
08 February 2019, 03:21 | #52 |
Banned
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,893
|
|
08 February 2019, 03:26 | #53 |
Banned
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,893
|
The filesystem issue is just one more thing that makes running AmigaOS hosted ontop of a real operating system a much more attractive solution.
|
08 February 2019, 20:24 | #54 | |
Registered User
Join Date: Mar 2018
Location: Hastings, New Zealand
Posts: 2,590
|
Quote:
Maybe nobody has done anything with Directory Opus because they are happy enough with how it works now, or perhaps (like me) they would rather code their own applications than try to put lipstick on a pig. I am not against open source in general, only the unrestricted open-sourcing of an OS that might encourage a plethora of incompatible versions. |
|
08 February 2019, 21:02 | #55 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
Quote:
But actually that is NOT what is happening in real life open source software. We still got only one Linux kernel and despite of very different distributions, a binary (even closed source) can be compiled in a way, that will allow execution in every one them as long as it is the same cpu architecture. We got four mayor BSD flavors, but still they provide a compatible API. Even more: you can run the Linux-binary from above on them! Now compare that to our closed source OS4 and MOS Yes: there might be a "a plethora of incompatible versions" on GitHub or on hackers personal computers, but Darvin's law is hard - only one will prevail. Last edited by Gorf; 08 February 2019 at 21:09. |
|
08 February 2019, 21:42 | #56 |
Pixel Vixen
Join Date: Feb 2018
Location: Mie, Japan
Posts: 219
|
Of course looking back to 1993 is probably not the best way to go forwards, but Commodore's plans for AmigaOS presented at the Orlando Dev'con' in 1993 are interesting to read:
http://obligement.free.fr/files/devcon93.pdf Might be a few lower level things in there that would still make some sense! |
08 February 2019, 22:35 | #57 | ||||||
Registered User
Join Date: Mar 2018
Location: Hastings, New Zealand
Posts: 2,590
|
Quote:
The problem with open-sourcing a large application is that just getting it to compile can be a struggle, let alone understanding its inner workings sufficiently to make changes with confidence. And when it has fundamental flaws that require a complete rewrite... IBrowse 2.5 was still in active development as of 02-Nov-18, so I am hopeful that it will be released soon. Would open-sourcing have helped? That depends on what the code looks like, and whether anyone would be bothered spending the time to understand it. Quote:
list of Linux distribution problems Quote:
Quote:
MorphOS Quote:
Quote:
|
||||||
08 February 2019, 23:19 | #58 | |
BoingBagged
Join Date: Aug 2007
Location: The South of nowhere
Age: 46
Posts: 2,358
|
Quote:
Many things have been already incorporated into 3.1.4. Some nice mouse related ideas. Others, specially the gadget extensions are something we all probably want and need, in some other form like ReAction or MUI. He also suggests to add consistency by regrouping functionality into single entities. Something I have allways pushed forward, but seem to find no supporters. He only briefly mentions Workbench, which is what I believe should need most rework. Thank you for the read. |
|
08 February 2019, 23:43 | #59 | ||||||||
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
Quote:
No idea it it is a mess, nobody will ever know. Quite some people would like to buy the necessary keyfile, but nobody is even willing g to sell it anymore - let alone publish it or - "oh no!" give the source free. Hail to closed source! Quote:
Quote:
Quote:
Quote:
Not so much according to Amiga.org ... the thread is still discussing if hacking IBrowse is a possible solution ... Quote:
no it does not really help to open the source at some later point. But developing it in the open it would probably have helped to maintain a readable und understandable code. (No not "automagically", but bad code and undocumented projects simply won't survive long) Quote:
Quote:
And so does WinUAE Sorry Bruce, but that is ... You know what. Last edited by Gorf; 09 February 2019 at 00:48. |
||||||||
08 February 2019, 23:45 | #60 | |
Registered User
Join Date: May 2017
Location: Munich/Bavaria
Posts: 2,295
|
Quote:
Thank you! Very good read! |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
More Mystery about the CD1200's Successor | fondpondforever | support.Hardware | 1 | 29 April 2016 05:37 |
Successor to the CD32 in the console market | fondpondforever | support.Hardware | 35 | 14 December 2015 18:28 |
AmigaONE X1000 successor coming, AmigaOS to get SMP support | kingpin007 | News | 63 | 24 November 2013 01:55 |
Wishlist... | fisken uno | request.Old Rare Games | 13 | 01 July 2003 11:03 |
Elite IV Wishlist | Antiriad | Retrogaming General Discussion | 8 | 26 September 2002 14:54 |
|
|