[arch-general] Prelink/Preload
Hello, list! Do this programs makes system faster? Maybe anyone use this program. II can`t find article in archlinux wiki about them, only in gentoo wiki(or handbook) - so i can`t find an answer to "is this good for Archlinux". PS Plz share /etc/prelink.conf
hi. preload and prelink are NOT the same thing. preload is a daemon that scan what file you load into memory the most (in learning mode). and later (in operating mode), it prefetches them. I can't say if there is a difference as it's been a long time I use it. a slight improvement may be at the start of my desktop. prelink modifies binary and library to ... prelink ;-) them. during the days of kde 3 I noticed a significant improvement in loading time of applications. I have dropped its use (prelink ... and kde3) because some recent binutils(or gcc or i don't remember) feature is supposed to do almost the same thing [ref. needed] but you can still see improvement. i used to run prelink on the gimp's plugin and it make gimp starts very fast as if it was a second run whereas it was a first run. on disadvantage of prelink is that it modifies your binaries and libraries. so if you want to check for integrety of files by comparing them to the files in the package, you're screwed. that's why i droppped prelink recently. but you can still revert the prelink and it will give you back your binaries and libraries as they were. i did not modify much prelink.conf. just add /opt directoy there if it is not. you can add some directory. you can run it with prelink -amR in a cron job. this is certainly good for your archlinux. it's standard linux software. you can even use the 2 at the same time !
On Monday 01 February 2010 16:09:08 solsTiCe d'Hiver wrote:
prelink modifies binary and library to ... prelink ;-) them. during the days of kde 3 I noticed a significant improvement in loading time of applications. I have dropped its use (prelink ... and kde3) because some recent binutils(or gcc or i don't remember) feature is supposed to do almost the same thing [ref. needed]
A long time back(seems like eternity) I wrote a small post describing GNU hash options in linker at http://dhoomketu.net.in/node/34. I cannot find the spec file in the arch GCC package anymore but the binaries do contain GNU hash section. Just run readelf on any binary, like /bin/ls and look for .gnu.hash. If the gcc package forces linker option to be GNU hash style only(I don't know how to verify this on arch), it could achieve the speed improvement and reduce the binary size somewhat as well. I guess most of that is already used by now except for forcing the GNU hash- style only. -- Regards Shridhar
On 01/02/10 21:57, Shridhar Daithankar wrote:
On Monday 01 February 2010 16:09:08 solsTiCe d'Hiver wrote:
prelink modifies binary and library to ... prelink ;-) them. during the days of kde 3 I noticed a significant improvement in loading time of applications. I have dropped its use (prelink ... and kde3) because some recent binutils(or gcc or i don't remember) feature is supposed to do almost the same thing [ref. needed]
A long time back(seems like eternity) I wrote a small post describing GNU hash options in linker at http://dhoomketu.net.in/node/34.
I cannot find the spec file in the arch GCC package anymore but the binaries do contain GNU hash section. Just run readelf on any binary, like /bin/ls and look for .gnu.hash.
If the gcc package forces linker option to be GNU hash style only(I don't know how to verify this on arch), it could achieve the speed improvement and reduce the binary size somewhat as well.
I guess most of that is already used by now except for forcing the GNU hash- style only.
The gcc package uses --hash-style=both by default, but the default LDFLAGS for makepkg overrides this with --hash-style=gnu Allan
On 02/01/2010 05:41 PM, Allan McRae wrote:
On 01/02/10 21:57, Shridhar Daithankar wrote:
On Monday 01 February 2010 16:09:08 solsTiCe d'Hiver wrote:
prelink modifies binary and library to ... prelink ;-) them. during the days of kde 3 I noticed a significant improvement in loading time of applications. I have dropped its use (prelink ... and kde3) because some recent binutils(or gcc or i don't remember) feature is supposed to do almost the same thing [ref. needed]
A long time back(seems like eternity) I wrote a small post describing GNU hash options in linker at http://dhoomketu.net.in/node/34.
I cannot find the spec file in the arch GCC package anymore but the binaries do contain GNU hash section. Just run readelf on any binary, like /bin/ls and look for .gnu.hash.
If the gcc package forces linker option to be GNU hash style only(I don't know how to verify this on arch), it could achieve the speed improvement and reduce the binary size somewhat as well.
I guess most of that is already used by now except for forcing the GNU hash- style only.
The gcc package uses --hash-style=both by default, but the default LDFLAGS for makepkg overrides this with --hash-style=gnu
Allan
Well, I'm bumping this thread, but I have a doubt. When we run prelink, prelinking is permanent or has to be done at every boot ? -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com
Well, I'm bumping this thread, but I have a doubt. When we run prelink, prelinking is permanent or has to be done at every boot ?
prelink is not a daemon. prelink changes your file on disk permanently. So no need to run it at every boot. but as arch is a rolling release, you install new packages and new files regularly. and these files are not prelinked by default. so to continue to enjoy the benefit of prelinking you might want to run it after you install any new package or regularly in a cron job. preload is a daemon. you run it at every boot by adding it to the DAEMON array in rc.conf. all its work is done automatically: scanning and then prefetching
On Tue, Feb 02, 2010 at 09:30:47AM +0530, Nilesh Govindarajan wrote:
On 02/01/2010 05:41 PM, Allan McRae wrote:
On 01/02/10 21:57, Shridhar Daithankar wrote:
On Monday 01 February 2010 16:09:08 solsTiCe d'Hiver wrote:
prelink modifies binary and library to ... prelink ;-) them. during the days of kde 3 I noticed a significant improvement in loading time of applications. I have dropped its use (prelink ... and kde3) because some recent binutils(or gcc or i don't remember) feature is supposed to do almost the same thing [ref. needed]
A long time back(seems like eternity) I wrote a small post describing GNU hash options in linker at http://dhoomketu.net.in/node/34.
I cannot find the spec file in the arch GCC package anymore but the binaries do contain GNU hash section. Just run readelf on any binary, like /bin/ls and look for .gnu.hash.
If the gcc package forces linker option to be GNU hash style only(I don't know how to verify this on arch), it could achieve the speed improvement and reduce the binary size somewhat as well.
I guess most of that is already used by now except for forcing the GNU hash- style only.
The gcc package uses --hash-style=both by default, but the default LDFLAGS for makepkg overrides this with --hash-style=gnu
Allan
Well, I'm bumping this thread, but I have a doubt. When we run prelink, prelinking is permanent or has to be done at every boot ?
-- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com
I think, prelink is permanent.
On Mon, Feb 01, 2010 at 11:39:08AM +0100, solsTiCe d'Hiver wrote:
hi. preload and prelink are NOT the same thing. ...
Thx for your explanation.
participants (5)
-
Allan McRae
-
Nick Stepa
-
Nilesh Govindarajan
-
Shridhar Daithankar
-
solsTiCe d'Hiver