preload / News: Recent posts

preload: 0.6.3 released

preload is an adaptive readahead daemon. It monitors applications that users run, and by analyzing this data, predicts what applications users might run, and fetches those binaries and their dependencies into memory for faster startup times.

preload 0.6.3 release

- Proof that I'm an idiot.

- Make state parsing work again.

Posted by Behdad Esfahbod 2008-07-29

preload 0.6.2 released

preload 0.6.2 release

- Correctly fix the previous fork craziness issue. Real cause of the bug
revealed to me by Kai Krakow.

- Do O_NOATIME when readahead'ing.

Posted by Behdad Esfahbod 2008-07-28

preload 0.6.1 released

preload 0.6.1 release

- Fix bug where preload was spawning thousands of processes. I have not
fully understood how that happened, but the fix is right. Still

- Revert a previous change: Start daemon on runlevels 2345 by default.

Posted by Behdad Esfahbod 2008-07-28

preload 0.6 released

preload 0.6 release

- Implement various sorting strategies, defaulting to sort based on disk
block. Note that there was a bug in previous releases, causing no sorting
to happen at all. Not even on file path. The added config key is called

- Implement parallel readahead. A new config key system.maxprocs controls
that. Defaults to 30 processes.

- Implement readahead request merging.... read more

Posted by Behdad Esfahbod 2008-07-24

preload 0.4 released

* Improved build system.
* state file moved from /var/preload to /var/lib/preload to follow FHS.
* LSB INIT INFO block added to the preload.init template.
* A crasher with access control lists not matching a file fixed.
* Fix crasher on 64-bit systems.

Posted by Behdad Esfahbod 2006-08-02

preload 0.2 release

This is the first public release of preload. It runs as a daemon and
monitors processes through /proc and predicts applications that may
run and prefetches binaries and shared object. In my experience, it
reduced the startup time of writer right after a reboot
from 13 seconds to 7 seconds, and Firefox from 9 to 7. It also decreased
the time from entering login/password information in gdm to a usable
dekstop is loaded from 37s to 32s. On the other hand though, the time
from power button is pressed to gdm login screen is functional, was
increased from 65s to 85s, due to excessive harddisk activitiy caused
by preload.

Posted by Behdad Esfahbod 2005-09-01

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks