Then a ram drive swap with compression would be doable gmartin I think posted somethng about that. Its suppost to save RAM space and be faster than hardware. should be seemless since it looks like any other swap.

Be careful on this, as, you are treading on using a system to its potential without all of the intermediates that were used when RAM was limited. Your findings are a worthy demonstration of what's possible. You are on to something here.

This could be a game-changer with the benefits you are demonstrating. A RAM based system in all its glory.

There seems to be a potential that this process would work no matter what media, disc or disk, is used by the system at boot. Thus the considerations of boot media may reduce a developer's concern to a simple process of assessing peripherals and adjusting timings for data discovery at boot time. Thus, this would reduce to a singularity, in theory. Hope this is depiction is accurate.

Hope this helps._________________Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Enginesor use DogPile

not really the speed for being uncompressed from a program load would greatly drop if we returned to layered uncompressed each time requested. However the slight barely noticeable data load from swap as is from hardware could only get faster with swap via RAM drive. We are really just using compression differently. What I like is the lack of complex and historically problematic layers and .wh files everywhere. With a all in one remaster expect a modest increase in DVD use, until plan B ideas I have will decrease that below current levels, but I think BerryK will come to the same idea to reduce backup size in the orginal Quirky. Do you want to know plan B ?

well space wise my setup would drop from 260MB ramdisk use to 100MB which for that hardware leaves plenty of ram for more sfs and the saved session to load to..

When you are dealing with 1GB + it does indeed de-complex the system ... effectively a standard install but sitting in ram...compression is less of a need.
unionfs-fuse still gives that option even in this configuration.

A fully floating system is fast, robust and as you say can be build from any convenint source. hard drives have an easy time if they exist becoming simply storage devices rather than a dynamic part of the system.

aufs and whiteout files...i don't think snap merge and the multisession help with the picture...I scrapped the former and used the sfs save instead years ago where whiteout handling is simple and the filesystem behaves 'normally' ..ie no reappearing files and such not to mention robust saving. (new archive is created and only if no errors is the old one deleted....or kept as a backup)

yes we did quite a number on the mess with .wh files and multisession. And those lingering bugs may or may not exist. I say it was not worth it! IT casted a cloud over the use of multisession that should never have happen.
But the general idea still has merit. Linux still is mostly delivered in iso disk liveCD. With a boatload of wasted storage on optical drive.

Just as comparison here is a quick screenie of a more typical setup on the 512 +512 swap machine. All sfs in tmpfs and 32mb save sfs loaded to pup_rw.
This makes the most use of ram while again no drives are mounted.

Ok I have not forgotten. But first needed to buy a 8G flashdrive... should be delivered next week.Its a sweet USB MHL double sided conntectors flashdrive that solves multiple things. First it plugs directly into Android phone to copy from phone and then you can use its other side as a USB in a normal computer.
At first I was going to buy a microSD card for phone but did not like that I would have to rip back off to get at it. But that model also came with a Normal SD adapter that only one computer I own can boot from.
To bad Amazon did not cross promote this sooner. It would have solved my Linux only method for pulling files off phone. Those great guys on the MTP thread solved it for me.
But it is nice to be able to remove files from phone faster and without having to boot pc. I can tell google sniffers send data back to somewhere in preportion to how much stuff is downloaded. But if I kill those sniffers that I can reach downloads are stopped.

flashdrive arrived so work has begun.. already have EFI boot working on unmodified flashdrive.ie no boot mbr or gpt... saw how microsoft did its recovery flashdrive setup and did same with.grub.. worked perfectly first try.
need to pass that along to gcmartin since it will greatly simplify documentation he is working on... did not have an untouched flashdrive to prove this one way or another... Ok now to the quriky stuff... well after I can tell if 64bit EFI can boot 32bit ... and see how many puppylinux iso I got can boot together this way.

did ok with fatdogs and 64bit.slacko but 32bits never finish, and doing it blind so can't tell if or how 32bit hangs, but now its dead easy to boot efi via generic vfat32 flashdrive without all the drama at least with 64bit
Now to find those quirky downloads already downloaded...

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum