Ricardo Utreras Estrella <[EMAIL PROTECTED]> wrote: > Esta es una muestra de la carga de uno de los server que administro: > ... > 1:16pm up 10:13, 154 users, load average: 4.76, 5.10, 5.41 > 2:16pm up 11:13, 131 users, load average: 6.47, 4.98, 4.03 > 3:16pm up 12:13, 122 users, load average: 7.47, 6.39, 5.24 > 4:16pm up 13:13, 128 users, load average: 4.91, 4.44, 3.74 > 5:16pm up 14:13, 130 users, load average: 7.31, 5.50, 4.23 > 6:16pm up 15:13, 99 users, load average: 3.35, 2.16, 1.93 > 7:16pm up 16:13, 74 users, load average: 5.39, 4.15, 3.12 > 8:16pm up 17:13, 59 users, load average: 6.06, 4.88, 3.60 > 9:16pm up 18:13, 53 users, load average: 2.84, 2.12, 1.92 > ... > > Se me ha hecho complicado encontrar un valor (por lo menos de una > fuente "oficial" como la documentacion de Red Hat) sobre los valores > recomendados para el factor de carga (load) de la máquina.
No hay ;-) > Siempre asumi de que debia ser menos que 1, asi esto indicaria que la > maquina tiene recursos para realizar la carga de trabajo en proceso, > cualquier cosa sobre 1 indicaria que necesitaba mas recursos para > haber realizado dicha tarea en ese preciso instante de tiempo (por > ejemplo load=2, si la maquina hubiera sido el doble de "poderosa" > podria haber asumido la carga en ese instante). Si tienes 2 CPUs... > Pero si bien esto es cierto segun lo googleado, (y lo siguiente ya > pasa a ser una opinion empirica) una maquina con cientos de picks de > hasta por ejemplo carga 5 no muestra ningun impacto en su rendimiento, > a no ser que esta carga sea sostenida. Y peaks de 10 o mas son un problema serio. Ojo, la carga es "numero promedio de procesos corriendo", la carga puede ser porque estan esperando la CPU, un disco, ... instala el paquete sysstat (o asi en otras distro), contiene el comando sar (en Fedora/CentOS/RHEL hay que habilitarlo via "chkconfig sysstat on; system sysstat start"), eso te registra una catervada de variables del sistema cada 10 minutos. El resumen que puedes sacar de una semanita de registros es invaluable a la hora de ver si cojea, cuanto, y como; si requiere ortopedia o derechamente un transplante. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Mon Mar 19 12:01:14 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Mon Mar 19 12:02:21 2007 Subject: Error en Servidor In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Patricio Torres <[EMAIL PROTECTED]> wrote: > Hoy me apareció lo siguiente en la consola del servidor: > > EXT3-fs error (device hda1): ext3_readdir: directory #755115 contains > a hole a offset 0 Urgh. Un directorio dan~ado. > Se murió el disco? Puede haber sido alguna idiotez que escribio basura contra el disco, aunque eso es poco probable. > Hay alguna forma de marcar el sector dañado para > que no lo use el sistema? Los discos actuales hacen eso automagicamente, a tus espaldas, en cuanto detectan que un sector esta comenzando a fallar. badblocks(8) revisa el disco tratando de detectar (y opcionalmente remapear) sectores malos. En discos modernos, si hay sectores dan~ados visibles (== no remapeados por el disco, porque se le acabo el espacio reservado para eso) quiere decir que el dan~o es bastante extenso, y como algunos de los mecanismos de falla de disco crecen exponencialmente, eso generalmente significa que a lo mas le quedan horas de vida al disco. Apagar, conseguir reemplazo, salvar lo que se pueda salvar. Luego (opcionalmente) jugar con el futuro ladrillo a ver si tuviste suerte y es de los 2,37% de los casos en que el disco aun tiene una larga vida productiva por delante. Igual, dejarlo solo para fines no criticos, por si las moscas. > Reinstalar todo en disco nuevo? De todas maneras. Luego investigar. La informacion en el disco es /mucho/ mas valiosa que el disco, normalmente. Mis sentidas condolencias. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
