Horst von Brand wrote:
>Ernesto Acevedo <[EMAIL PROTECTED]> wrote:
>
>
>> Les cuento, mi servidor estaba con unos problemas que
>>estime faltaban recursos y se me ocurrio agregar mas
>>RAM (2 mod. 128MB --> 1 256MB + 1 128MB) y probar un
>>procesador PIII 866MHz en reemplazo del Celeron 700Mhz
>>la Tarj Madre ningun cambio. Luego lo encendi y nunca
>>mas...
>>
>>
>
>Seguro que no requiere modulos de RAM en pares?
>
>Seguro que quedo todo bien asentado, conectado correctamente, ...?
>
>Seguro que no se doblo alguna patita de algo?
>
>Seguro que no tienes problemas con RAM mala (--> memtest)? [Si, las
>galletas de RAM son los circuitos mas densos ==> son los mas sensibles a
>descargas de electricidad estatica, etc]
>
>
prueba con un live CD
si funciona, entonces monta el sistema de archivos, hace chroot y
compilate otro kernel
From [EMAIL PROTECTED] Sat Aug 27 00:07:26 2005
From: [EMAIL PROTECTED] (Rodrigo Linfati)
Date: Sat Aug 27 00:05:37 2005
Subject: Rendimiento en distribuciones : mito o realidad?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El vie, 26-08-2005 a las 20:24 -0400, Horst von Brand escribió:
> Daniel Serpell <[EMAIL PROTECTED]> wrote:
> > El Fri, Aug 26, 2005 at 12:46:56PM -0400, Franco Catrin escribio:
> > [...]
> > Esto es como dar palos ciegos, pero no me sorprenderÃa que tiene que
> > ver simplemente con el número de archivos y directorios en /lib,
> > /usr/lib, etc. y con el número de bibliotecas que enlazan.
>
> > Esto lo digo porque en Debian he notado que luego de instalar muchas
> > bibliotecas, pareciera que las aplicaciones demoran más en cargar.
> > Esto podrÃa tener sentido ya que es necesario buscar en los directorios
> > por un archivos especÃfico, claro que no deberÃa notarse mucho.
>
> Si, eso no debiera afectar mayormente mas que para ubicar el archivo (y con
> ext3 + BTree debiera no hacer gran diferencia salvo que sean literalmente
> millones). /etc/ld.so.cache es de 8KiB, no puede influir mucho.
[EMAIL PROTECTED] ~ $ ll /etc/ld.so.cache -h
-rw-r--r-- 1 root root 111K ago 26 23:58 /etc/ld.so.cache
:S... me preocupo?
> > ¿qué dice un simple "strace -e trace=file gedit 2>&1 | wc"?
[EMAIL PROTECTED] ~ $ strace -e trace=file gedit 2>&1 | wc
1842 13843 160784
abrir y cerra
[EMAIL PROTECTED] ~ $ strace -e trace=file gedit 2>&1 | wc
2833 21221 240730
abrir, cargar un archivo , cerrar
es curioso como varían los números de uns ditribución linux a otra.. y
hay gente que hice que todos los linux son iguales...
( gentoo, gnome 2.10,-O2 -march=pentium3 -pipe -fomit-frame-pointer )
[ebuild U ] app-editors/gedit-2.10.3-r1 [2.10.3] -debug +spell 0 kB
> F rawhide, gnome-user-docs-2.8.1-2. Hartos chiches...
>
> 742 4956 63482, 267 errores ('= -1').
>
> wc(1) de /proc/<pid>/maps muestra: 210 1247 16331
>
> > Aquà van tres muestras:
> >
> > 1) Debian Sarge, instalación básica (gnome 2.8).
> > [EMAIL PROTECTED]:~$ strace -e trace=file gedit 2>&1 | wc
> > 2997 18474 259063
> >
> > 2) Debian Unstable, con muchos programas instalados (gnome 2.10).
> > [EMAIL PROTECTED] strace -e trace=file gedit 2>&1 | wc
> > 3449 22596 303314
> >
> > 3) Ubuntu 5.04, instalación gnome+kde (gnome 2.10).
> > [EMAIL PROTECTED]:~ $ strace -e trace=file gedit 2>&1 | wc
> > 3919 24311 371292
>
> Esto es muy curioso, salvo que gedit este abriendo archivos de
> configuracion a destajo... aca intenta acceder a montones de archivos de
> mensajes en lenguajes diferentes (sin exito, no instalo hasta Swahili por
> si llega alguna visita de alla...). Una diferencia como los 3500 a 3900 ya
> me parece altamente sospechoso, 750 a 3900 es totalmente incomprensible.
y con 3 valores totalmente distintos..... se podra concluir algo?
> > Ejecuté dos veces cada una, con idénticos resultados.
> >
> > ¿qué mostrará en Fedora Core 4?
--
Rodrigo Linfati
rodrigo(at)linfati(dot)cl
Usuario Linux: 315376 http://counter.li.org
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre : no disponible
Tipo : application/pgp-signature
Tamaño : 189 bytes
Descripción: This is a digitally signed message part
Url :
http://listas.inf.utfsm.cl/pipermail/linux/attachments/20050827/bad76ecd/attachment.bin
From [EMAIL PROTECTED] Fri Aug 26 22:54:20 2005
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Pablo_San_Mart=EDn?=)
Date: Sat Aug 27 00:21:23 2005
Subject: Xerox Phaser
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Doc:
Llamé en durante la mañana al soporte de Xerox, y el técnico no supo
responder, ya que no se manejaba con Linux (ni Unix). Quedaron de
contactarme si es que algún otro técnico podría ayudarme, cosa que hasta
el momento aun no ocurre. Con el tema planteado en el correo anterior,
de Lanier (o RICOH, que hacen la misma impresora) aun tampoco me
contactan de vuelta.
De todas maneras Doc, aunque ya había pensado en ayuda que me da,
muchas gracias. Hay veces que esas soluciones (por cierto básicas) se
omiten.
Saludos,
Juan Pablo San Martín
Horst von Brand escribió:
>Juan Pablo San MartÃn <[EMAIL PROTECTED]> wrote:
>
>
>>¿Alguien ha podido imprimir con alguna de estas impresioras en
>>linux?. Los drivers no aparecen en linuxprinting.org.
>>
>>
>
>Si hay quien sabe de impresoras y Linux, es ese sitio. Si no saben nada, no
>hay nada que saber, y tienes la ventaja de ser el primero en aportar sus
>experiencias.
>
>Hay algo en el sitio de Xerox?
>
>
From [EMAIL PROTECTED] Sat Aug 27 00:58:32 2005
From: [EMAIL PROTECTED] ([EMAIL PROTECTED])
Date: Sat Aug 27 02:11:50 2005
Subject: Rendimiento en distribuciones : mito o realidad?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Fri, 26 Aug 2005, Horst von Brand wrote:
> Daniel Serpell <[EMAIL PROTECTED]> wrote:
> > Esto es como dar palos ciegos, pero no me sorprenderÃa que tiene que
> > ver simplemente con el número de archivos y directorios en /lib,
> > /usr/lib, etc. y con el número de bibliotecas que enlazan.
>
> > Esto lo digo porque en Debian he notado que luego de instalar muchas
> > bibliotecas, pareciera que las aplicaciones demoran más en cargar.
> > Esto podrÃa tener sentido ya que es necesario buscar en los directorios
> > por un archivos especÃfico, claro que no deberÃa notarse mucho.
>
> Si, eso no debiera afectar mayormente mas que para ubicar el archivo (y con
> ext3 + BTree debiera no hacer gran diferencia salvo que sean literalmente
> millones). /etc/ld.so.cache es de 8KiB, no puede influir mucho.
>
Pero si es un verdadero Btree el de ext3 ya no lo hace compatible con
etx2, a menos que sea un Btree no aplicado a la metada y sin una lista
libre btree,lo que no tiene mayos gracia... Lo ultimo que vi de ext3 +
btree, segun un README que lei, igual usaba inodos por bloques, lo que me
da una pregunta, un error en la documentacion o es que el Btree no se aplica
a toda la esructura de los inodos, en otras palabras, los inodos igual se
crean de antemano, cosa que no ocurre con reiser, XFS y JFS que se crean
en forma dinamica...
mejor me hare un tiempo y hare una nueva lectura ...
claudio
From [EMAIL PROTECTED] Sat Aug 27 01:56:56 2005
From: [EMAIL PROTECTED] (Astor Giacomo)
Date: Sat Aug 27 02:39:52 2005
Subject: Eliminar linea de un archivo similar a comando GREP
Message-ID: <[EMAIL PROTECTED]>
On Saturday 27 August 2005 01:43, Julio Retamal Rojas wrote:
> Tengo un archivo que contiene 640.000 lineas y hay lineas que tienen un
> texto en especial y necesito hacer un proceso que busque en todo el archivo
> y elimine esa linea.
Como desagravio al pobre (y aparentemente olvidado) sed(1), me permito
sugerir
sed '/is taked/d' xaa
Saludos,
-ag
"Anything grep can do sed can do better,
sed can do anything better than grep"
-awk
