John Reiser wrote:
Many executables used by the installer depend on libgcc_s.so. Searching for
this library (by ld-linux.so just after execve) takes more than 1% of install
time. The search tries:
2375 open(/lib/tls/libgcc_s.so.1, O_RDONLY) = -1 ENOENT
2373
Joey Hess wrote:
[EMAIL PROTECTED]:~time perl -e 'for (1..16625) { open(IN, /no/file) }'
0.03user 0.03system 0:00.06elapsed 96%CPU (0avgtext+0avgdata 0maxresident)k
So for a typical install on modern hardware, these 16 thousand extra syscalls
use less than 0.1 second.
I don't have
Subject: debian-installer: avoid searching for libgcc_s.so
Package: debian-installer
Version:
Severity: wishlist
*** Please type your report below this line ***
Many executables used by the installer depend on libgcc_s.so. Searching for
this library (by ld-linux.so just after execve) takes more
reassign 492077 rootskel 1.64
retitle 492077 [optimization] d-i: avoid searching for libgcc_s.so
thanks
On Wednesday 23 July 2008, John Reiser wrote:
The search can be avoided, by forcing it to succeed on the first try:
export LD_LIBRARY_PATH=/lib
Thanks for the suggestion.
Sounds
Processing commands for [EMAIL PROTECTED]:
reassign 492077 rootskel 1.64
Bug#492077: debian-installer: avoid searching for libgcc_s.so
Bug reassigned from package `debian-installer' to `rootskel'.
retitle 492077 [optimization] d-i: avoid searching for libgcc_s.so
Bug#492077: debian-installer
Frans Pop [EMAIL PROTECTED] writes:
Making this change should probably be delayed until after the release of
lenny as it could well introduce some subtle breakage.
What do others think?
Yes. I believe we should avoid any change that can have a global
effect on the installer environment at
On Wed, Jul 23, 2008 at 09:13:06PM +0200, Frans Pop wrote:
Sounds reasonable for the Debian Installer environment, but we should
probably not have that set when commands are executed in the target
environment.
We can easily unset LD_LIBRARY_PATH in chroot-setup.sh for apt-install and
7 matches
Mail list logo
