Re: exploit preload daemon to defragment most needed files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tomasz Torcz <tomek@xxxxxxxxxxxxxx> schrieb:

>> Although this is about the preload daemon, my intended audience for this
>> matter is the btrfs community. So I'm posting this here.
>> 
>> I've created a small script here[1] to read the preload daemon state file
>> and use this to run the btrfs defragmenter/compressor on these files. The
>> idea was to have some proof-of-concept to maybe integrate defragmentation
>> capabilities directly into preload.
> 
>   In similar spirit, systemd's readhead defrag files on btrfs. Here's the
>   commit:

Yes! :-) Actually that is where I had my idea from. But preload takes on 
(boot finished, preload user's enviroment) where readahead stops (readahead 
files needed by daemons, until about 10s after last daemon loaded) working 
with my files.

I think it is a great idea doing this kind of stuff in preloaders and 
"readaheaders".

If I understood it right, systemd readahead does not only just defrag the 
files, it relocates them into the order needed during boot. Actually, that 
seems pretty effective, as my system (no SSD) finishes booting all daemons 
within less than 10s (on mraid1/draid0 3 device btrfs, plain old harddisks, 
no SSD). Just lightdm/kdm then take ages to load. Still need to figure out 
why but that's another story.

Regards,
Kai

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux