Puppy Linux Discussion Forum

[mikeb]

Ok would probably not fit in with a recent puppy but you are looking at 1GB plus.

I manually resized the tmpfs with swap added no problem so ended up with 450MB free.

I wondered about using sfs files but there is a unionfs-fuse option that would get around that.

mike

[mikeb]

Ok htop ...but after adding swap and running stuff.

The initial boot showed only 42MB in use...similar to a full install as expected.

mike

[Ted Dog]

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.

[mikeb]

compressed swap in ram...hmm it would seem to me a similar gain to simply loading the sfs into ram as is.

Since this full install in ram seems ok... you mention making a save of the whole thing as a shutdown option.
This in effect would be a very simple fast custom remaster.

mike

[gcmartin]

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.

[Ted Dog]

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 ?

[mikeb]

One thread of interest is this lower compression build of mksquashfs
http://murga-linux.com/puppy/viewtopic.php?search_id=543376888&t=89173
I get the feeling that could come in handy.

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)

all good fun

mike

[Ted Dog]

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.

[mikeb]

Actually i kept multisession... quite a neat method...its flash handling I changed.

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.

mike

[mikeb]

chirp....

[Ted Dog]

crickets have taken over thread...

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.

[mikeb]

Ok was just catching up....
That protocol for the android is the one used by cameras..guess its spreading. At least its not as bad as TWAIN was. And yes I prefer powered off transfers anyway.

No problem...threads on watch.

mike

[Ted Dog]

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.

[mikeb]

[Ted Dog]

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...