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
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 open("/lib/fast-mult/
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
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
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 reasona
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 t
6 matches
Mail list logo
