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

Bug#492077: marked as done ([optimization] d-i: avoid searching for libgcc_s.so)

Your message dated Fri, 28 Feb 2014 21:06:11 +0100
with message-id <20140228200611.GA30842@mraw.org>
and subject line Re: Bug#492077: debian-installer: avoid searching for libgcc_s.so
has caused the Debian Bug report #492077,
regarding [optimization] d-i: avoid searching for libgcc_s.so
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
492077: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492077
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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 than 1% of install
time.  The search tries:
   2375 open("/lib/tls/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
   2373 open("/lib/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
   2372 open("/lib/v5l/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
   2372 open("/lib/v5l/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
   2356 open("/lib/tls/v5l/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
   2355 open("/lib/tls/fast-mult/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
   2351 open("/lib/tls/v5l/libgcc_s.so.1", O_RDONLY) = -1 ENOENT
before finding it in /lib.  [Those counts in the first column are for less than
1/3 of base install on a NSLU2 armel-eabi in low-memory mode.]

The search can be avoided, by forcing it to succeed on the first try:
   export LD_LIBRARY_PATH=/lib
Please apply.


The users of libgcc_s.so include:
ash busybox cat chmod chown cp cttyhack dd df dmesg echo egrep false grep
gunzip gzip ip kill ln ls mkdir mknod more mount mv parted_server pidof ps pwd
rm rmdir sed sh sleep sync tar touch true umount uname zcat libblkid.so.1.0
libext2fs.so.2 libext2fs.so.2.4 libnewt.so.0.52
libparted-1.7.so.1 libparted-1.7.so.1.0.0 libslang.so.2 libuuid.so.1
libuuid.so.1.2


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.25-2-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

--

--- End Message ---
--- Begin Message --- 
Control: tag -1 wontfix

Joey Hess <joeyh@debian.org> (2008-07-24):
> So for a typical install on modern hardware, these 16 thousand extra
> syscalls use less than 0.1 second.
> 
> I don't have my slug handy to try, but 1% of install time sounds very
> excessive even there.
> 
> Also, when trying to optimise something, it's generally a good idea to
> find an optimiation target that yields significantly better than 1%
> improvement..
[…]
> IIRC the linker/glibc already has a bug open about its innefficient
> attempts to open libraries that arn't there. I don't think we should
> try to work around such a bug in the installer.

Agreed, so tagging accordingly and closing.

Mraw,
KiBi.

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: