Date: Fri, 28 Jan 2011 00:47:37 +0100 From: Joerg Sonnenberger <joerg@britannica.bec.de> To: freebsd-hackers@freebsd.org Subject: Re: rtld optimizations Message-ID: <20110127234737.GA31603@britannica.bec.de> In-Reply-To: <20110127182418.77c53c60@kan.dnsalias.net> References: <201101271305.21510.naylor.b.david@gmail.com> <AANLkTinkhfso3iRR4pERxhf=%2BnCqy2YDigzgyfNVtnaJ@mail.gmail.com> <20110127203126.GN2518@deviant.kiev.zoral.com.ua> <1296161448.20060.40.camel@dt.vicor.com> <20110127205907.GP2518@deviant.kiev.zoral.com.ua> <1296162754.20060.42.camel@dt.vicor.com> <20110127213536.GR2518@deviant.kiev.zoral.com.ua> <1296165538.20060.43.camel@dt.vicor.com> <AANLkTimCVnqN7WAGfP7GtVZreBv%2BpXKFWRWqPDnAADhC@mail.gmail.com> <20110127182418.77c53c60@kan.dnsalias.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 27, 2011 at 06:24:18PM -0500, Alexander Kabaev wrote: > For starters, the number of libraries given binary is linked too is > completely and utterly irrelevant :) The change NetBSD guys claims to > revolutionize his application startup times only applies to programs > that dlopen (read - load dynamically) libraries with long largely > identical dependency chains and calls dlsym on them many, many > thousand times. I do not think you will find any real app out there > that fits this description close enough to actually demonstrate the > effect of the change that is distinguishable from the statistical noise. > Pressing ^C certainly not precise enough for that. (1) The program itself needs to have a large enough number of linked libraries. (2) The program needs to dlopen() modules. (3) The program needs to search for missing symbols often enough. >From memory, the real world example that fulfilled all three cases was Evolution. (1) and (2) are pretty typical though. Joerg
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110127234737.GA31603>