Rapidez de inicio de programas y otros [Was: Re: OT: linux en pc antiguos (era: distro para revivir celeron de 400 con 24 de ram)]

[Horst von Brand]

Germán Poó Caamaño <gpoo en ubiobio.cl> wrote:
> On Tue, 2006-02-28 at 15:25 -0300, Horst von Brand wrote:
> > rodrigo ahumada montenegro <rodahummont en yahoo.com.ar> wrote:
> > > a propósito de este tema,
> > Nada tiene que ver con el tema, si se comienza una nueva discusion sirvanse
> > hacerlo con un nuevo mensaje y un nuevo titulo.

> > > en un foro vi una pregunta sobre por que programas como firefox o
> > > openoffice parten mas rápido en windows que en linux y yo pensé en
> > > algunas posibles causas de esto...

> > ... en algunos casos es porque Windows hace trampa, y muestra la interfaz
> > grafica antes que el programa haya terminado de inicializarse, en otras
> > porque en Windows una buena parte de lo que es "el programa" en Linux es
> > parte del sistema operativo, que siempre esta cargado en memoria...
> 
> No hace mucho había una discusión al respecto, por la forma en que
> trabaja binutils, precisamente el orden de los símbolos que maneja
> ld, la cantidad de veces que se abren las bibliotecas, etc.

No tiene (demasiado) que ver ld(1) aca, es mas bien lo que hace el linker
dinamico (ld.so(8)). Claro, ld(1) puede organizar mal las cosas
tambien... y es cierto que gcc y binutils tienen harto por mejorar. 

> El compilador de C genera mucho mejor resultado que el de C++ (hablo
> de gcc).

Nuevamente, el compilador poco tiene que ver en esto. Claro, C++ usa una
biblioteca de apoyo mucho mas extensa (y compleja, y mas cosas ocurren a
las espaldas del programador (como construir toda clase de objetos internos
a la biblioteca) que en el caso de C).

> En programas grandes incluye el orden en que se cargan las bibliotecas
> y cuantas veces se llaman.  Si se ordena todo bien, se ahorran lecturas
> a disco o se pueden lograr que sean contiguas.

Cierto. Y se puede no postergar el buscar las bibliotecas, y tener algunas
cosas ya medias enlazadas al partir.

> Y aunque pareciera hilar demasiado fino, no lo es.  Michael Meeks
> reportó una vez que OpenOffice cargaba más rápido con Wine que en
> forma nativa!

Nuevamente, no es raro que programas "multiplataforma" sean en realidad
programas internamente Windows, que en Unix arrastran una capa gruesa de
compatibilidad para ajustar las cosas...
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513