rodrigo ahumada montenegro <[EMAIL PROTECTED]> wrote:
> El Mié 01 Mar 2006 20:06, Horst von Brand escribió:
> 
> [...]
> >
> > Raro. Aca es 2,2s vs 1,9s, o sea nunca tanta diferencia (demas se explica
> > por otras actividades en este cacharro). Y sospecho que es mas que nada el
> > tiempo escribir la lista de nombres el culpable...
> >
> > Yep, "ls /usr/bin > /dev/null" se demora 0,1s.

> si, despues de enviar, me di cuenta también, ls sobre un elemento de
> /usr/bin es mas rápido que listar todos...

;-)

[...]

> > >                                                                   y otra
> > > por enlazar la primera lib.so buscandola en /usr/lib...

> > Podria ser, si es una biblioteca inmensa de la que se usan muchos simbolos.
> > No es el caso aca... ldd(1) te da el detalle de las bibliotecas a que un
> > ejecutable hace referencia, en este caso mas que nada piezas de glibc.

> mmm... sí, firefox-bin: 38, todas vienen de /usr/lib y /lib excepto 5 que
> son exclusivas de firefox. no son muy grandes ( a lo mas unos 700k)

Que esten o no en /lib y /usr/lib no hace mayor diferencia, lo que importa
al final es si ya estan en RAM (otros la usan).

> si fuera por la cantidad de simbolos a enlazar, ¿no debería demorar
> aprox. lo mismo en la primera y siguientes cargadas?

No, porque en la 2a seguramente ya hay partes del cuento en RAM.

> de todas formas  ya me di cuenta que ext3 no tiene la culpa.

Bien!

> > >                                                        (y a esto agregar
> > > que muchas son enlaces simbolicos...))

> > No hace mayor diferencia.

> > > (aquĆ­ soy ignorante: cuando se enlaza una biblioteca de nombre $X,
> > > forzosamente debe ejecutarse un "ls /usr/lib" y despuƩs se averigua si
> > > la biblioteca ya estaba en RAM, o la biblioteca en RAM guarda su nombre
> > > $X para evitar el tener que listar /usr/lib y contar hasta el quinto
> > > mississippi?)

> > Se mmap(2)ea la biblioteca (el archivo) a RAM, y el sistema de memoria
> > virtual se da cuenta que ya esta, solito y sin ayuda. Es precisamente el
> > mecanismo que se usa para que sean bibliotecas _compartidas_.

> para identificar que es el mismo archivo, ¿usa la ruta (string) o el
> número de bloque de disco?

El numero del inodo, o sea ninguna de las anteriores ;-)

[La identidad del archivo en ese sistema de archivos, para quienes no
conocen la terminologia]

> (de primera supongo que el número de bloque para ser independiente del
> sistema de archivos, pero ¿qué pasaría con nfs?...)

Ver arriba...
-- 
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
From [EMAIL PROTECTED]  Thu Mar  2 17:17:18 2006
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Mar  2 17:12:41 2006
Subject: Rapidez de inicio de programas y otros 
In-Reply-To: Your message of "Wed, 01 Mar 2006 23:20:48 -0000."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

rodrigo ahumada montenegro <[EMAIL PROTECTED]> wrote:
> El Jue 02 Mar 2006 00:36, Germán Poó Caamaño escribió:
> 
>  [...]
> 
> > >
> > > ...recién iniciado, entro a mi sesion en kde (bien pesado, debe haber
> > > botado varias cosas de la RAM), abro un terminal y escribo: ls /usr/bin 1
> > > mississippi 2 mississippi 3 mississippi 4 mississippi 5 mississippi y
> > > aparece el resultado.
> > >
> > > time dice
> > > real    0m3.892s
> > > user    0m0.028s
> > > sys     0m0.072s
> > >
> > > ovbiamente la segunda vez es casi instantáneo:
> > > real    0m0.155s
> > > user    0m0.040s
> > > sys     0m0.036s
> > >
> > > /usr/bin 1938 elementos
> > > y
> > > /usr/lib/ 1661 elementos.
> > > asi que supongo que cargar un programa por primera vez debe demorar en el
> > > peor caso 10 mississippis (1 por buscar el ejecutable en /usr/bin y otra
> > > por enlazar la primera lib.so buscandola en /usr/lib...(y a esto agregar
> > > que muchas son enlaces simbolicos...))
> >
> > La mayor parte del tiempo estará dado en escribir en pantalla lo que
> > lee. Influye si usas tipografías con antialias, soporte UTF-8, algún
> > chiche (transparencia), etc.

> pero ese efecto debería verse en las dos veces por igual, si demora en 
> escribir, las dos veces debería demorar en escribir...

Si, y por eso me parece altamente sospechoso lo que obtienes. En mi caso es
casi lo mismo la 2a vez, con 0,4s de diferencia (de 2,2 real time baja a
1,8); tirando a /dev/null (o sea, sin pasar por toda la parafernania de X,
gnome-terminal, etc) baja a 0,09s. Notese que Fedora usa colores para
indicar permisos &c, y eso cuesta (no basta obtener el nombre, hay que ir
al archivo (stat(2)) para ver que cosa (link, ejecutable, directorio, ...) 
resulta ser).

[Por favor, recorten las partes de los mensajes que no son relevantes para
 sus respuestas. Los contertulios (y listas.inf.utfsm.cl, quien tiene que
 enviarselos a todos!) lo agradeceran.]
-- 
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
From [EMAIL PROTECTED]  Thu Mar  2 17:28:24 2006
From: [EMAIL PROTECTED] (=?iso-8859-15?Q?Rub=E9n_Hidalgo?=)
Date: Thu Mar  2 17:23:52 2006
Subject: Cliente de correo
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

En Thu, 02 Mar 2006 16:05:17 -0300, Luis Sepúlveda <[EMAIL PROTECTED]>  
escribió:
> Desde hace tiempo que ando buscando un cliente "perfecto" de correo para  
> mi Ubuntu 5.10....
Revisaste la guia-ubuntu? ... http://www.guia-ubuntu.org/breezy/
> ...Las características que busco son:
> - que sea gráfico, nada en terminal, soy un simple cristiano :-)
> - Gnome
> - filtro de correos
> - filtro antispam, super importante
> - liviano y ojalá sin tanta "chuchería"
>
Yo uso una alternativa. Con la firma te respondo. :-)
Aqui!
http://www.guia-ubuntu.org/breezy/aplicaciones/internet?s=opera#como_instalar_el_navegador_web_opera

-- 
Usando el revolucionario cliente de correo de Opera:  
http://www.opera.com/mail/
From [EMAIL PROTECTED]  Thu Mar  2 17:21:15 2006
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Thu Mar  2 17:28:06 2006
Subject: Cliente de correo
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Luis Sepúlveda escribió:

Estimado Luis,

> Desde hace tiempo que ando buscando un cliente "perfecto" de correo para 
> mi Ubuntu 5.10. Las características que busco son:
> - que sea gráfico, nada en terminal, soy un simple cristiano :-)
> - Gnome
> - filtro de correos
> - filtro antispam, super importante
> - liviano y ojalá sin tanta "chuchería"

Yo antes de usar Mutt usaba Sylpheed, el cual te puedo recomendar.
Quizas Sylpheed Claws te sirva mejor.

Mucha suerte,

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From [EMAIL PROTECTED]  Thu Mar  2 17:25:32 2006
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Thu Mar  2 17:28:07 2006
Subject: Respaldo diferencial BD Postgresql !!!
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

angelo astorga escribió:
> Hola Lista, por mas que busco no encuentro la forma,
> ni tampoco informacion al respecto...
> Es posible hacer respaldo diferencial a una BD
> postgresql ??

No.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From [EMAIL PROTECTED]  Thu Mar  2 17:43:35 2006
From: [EMAIL PROTECTED] (Arturo Mardones)
Date: Thu Mar  2 17:45:01 2006
Subject: suse 64 se pega repetidamente
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 3/2/06, Arturo Mardones <[EMAIL PROTECTED]> wrote:
> On 3/2/06, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> > On 3/2/06, Arturo Mardones <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > Hola a Todos,
> > >
> > > despues de aplicar esto logra llegar  a donde pide copia los paquetes,
> > > pero lo raro es que copia solo los paquetes desde el primer cd y dice
> > > q rebooteara en 10 segundos y obviamente con eso despues caundo bootea
> > > no funciona bien y se queda pegado cuando esta probando el hardware
> > > pci.
> > >
> > > Q puede ser? alguien tiene alguna idea??
> > >
> > > Saludos!!
> > > --
> > >
> > > http://animaldelared.blogspot.com
> > >
> > >
> > 1. Fiojate si en el sitio del fabricante de la placa hay alguna
> > actualizacion para la BIOS
> > 2. intenta instalar el sistema atreves de la interfax ncurses de Yast
> > 3.inicia sin ACPI
> >
> >
> Actualice la bios q efectivamente no estaba actualizada pero nada...
> copia todos los paquetes del cd1 y pide rebootear, sin importar la
> cantidad de paquetes q yo haya dicho.
>
> Q podra ser?? algun parametro para el kernel??
>
> Saludos! y gracias desde ya
>
> --
>
> http://animaldelared.blogspot.com
>
HOla!

Les queria comentar q me resulto instalar suse, la solucion fue varias
cosas, actualizar la bios (de algo tiene q haber servidor y colocar
como parametro de booteo insmod=ide-generic...) y con eso paso que
instalo las cosas del cd1 rebooteo pero despues aparecio otra pantalla
donde termino de instalar y quedo listo...

Gracias a todos por sus respuesta y colaboracion.

Saludos,

Arturo.

--

http://animaldelared.blogspot.com

Responder a