On Fri, Apr 04, 2003 at 12:16:55PM -0800, Florin Andrei wrote: > Any thoughts regarding the -R and -m options to prelink, > performance-wise? -m and -R shouldn't have any visible performance effect. I think -avmR are the best default options. > What would be a rough estimation of the number of binaries that cannot > be prelinked when using -m on a typical Red Hat server install? -m doesn't matter in what binaries can or cannot be prelinked. Most of the binaries which cannot be prelinked are because some shared library they depend on was not compiled with -fpic/-fPIC and would need .gnu.conflict relocations against their read-only segments. The most common example still in Shrike is libGL.so; I hope to find time to forward port patches which cure it (as well as make libGL.so use TLS if possible). Jakub
