Hola :)
En maquinas antiguas con poca cpu, el separar el sistema habilmente en dos discos duros lo acelera apreciablemente (y no hablo de raid). Hasta viene comentado en el manual de la SuSE ;-)
Sí, lo de separar en diferentes discos funciona muy bien y si los discos están en diferente controladora ... mejor que mejor!!! También es interesante separar diferentes particiones swap en diferentes discos. Vaya, eso se me olvidó comentarlo ayer.
Hay una pega: que suspender a disco no funciona si hay varias swaps. Y no basta con desactivarlas antes de suspender, si está listada en fstab no traga. No es una limitación del kernel y su "swsusp" (relacionado con "halt"), sino del programa "/usr/bin/powersave" de SuSE.
Sí, eso es "malo" para portátiles y desktops, pero para servidores no importa tanto ;) Pero SÍ, los que piensen en usar varias swap para laptops y/o desktops ... que tengan cuidado ;)
Es que he descubierto que suspender a disco y recuperar es mucho más rápido que apagar normalmente - y apagar me conviene porque ya está bastante caliente la habitación en verano.
Personalmente prefiero apagar (muy ecologista que es uno ;) y como tengo un K7 1300 ... no te cuento el calor que da eso ... :( Pero tienes razón, recuperar de suspender es más rápido.
Y además, puedo presumir de uptime:
# uptime 10:33pm up 10 days 19:56, 24 users, load average: 0.07, 0.17, 1.08
Aunque sea falsísimo ;-)
Tongo, tongo !!! ;)
Las particiones swap deberían ir en discos separados, en diferentes controladoras y con diferentes prioridades, así puedes distribuir la carga.
¿Diferentes prioridades? Creo que es al revés; si lo haces así, no empieza con la siguiente hasta que acabe la primera - no tengo claro si "la primera" es la de alta prioridad o la de baja -. En cambio, si las tienes con la misma prioridad el uso de swap se reparte por igual. Creo que he leido por algún sitio que es lo que se hace para ganar velocidad.
Eso es cierto, si usas la misma prioridad consigues que la carga se reparta. Gracias por corregirme :) Rafa
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-07-26 a las 08:41 +0100, Rafael Griman escribió:
Hay una pega: que suspender a disco no funciona si hay varias swaps. Y no basta con desactivarlas antes de suspender, si está listada en fstab no traga. No es una limitación del kernel y su "swsusp" (relacionado con "halt"), sino del programa "/usr/bin/powersave" de SuSE.
Sí, eso es "malo" para portátiles y desktops, pero para servidores no importa tanto ;) Pero SÍ, los que piensen en usar varias swap para laptops y/o desktops ... que tengan cuidado ;)
Pues según el autor es también bueno suspender para servidores. Ejemplos: tienes que apagar el cacharro un instante para cambiarle un cable, incluso un disco duro (si es identico): pues suspendes, cambias el cable, y recuperas, es muy rápido, y el tiempo fuera de linea es menor. Incluso dice que puede ser util para cuando la SAI se está agotando: pero en ese caso hay que estar seguro de que no falle, o de que si falle cambie a un halt vulgaris. Hace poco un listero comentaba que no podía suspender porque uno de los programas se negaba.
Es que he descubierto que suspender a disco y recuperar es mucho más rápido que apagar normalmente - y apagar me conviene porque ya está bastante caliente la habitación en verano.
Personalmente prefiero apagar (muy ecologista que es uno ;) y como tengo un K7 1300 ... no te cuento el calor que da eso ... :( Pero tienes razón, recuperar de suspender es más rápido.
Bueno, al suspender a disco se apaga el sistema también. Es al suspender a memoria cuando no, aunque el consumo se reduce mucho.
Y además, puedo presumir de uptime:
# uptime 10:33pm up 10 days 19:56, 24 users, load average: 0.07, 0.17, 1.08
Aunque sea falsísimo ;-)
Tongo, tongo !!! ;)
¿Verdad que si? :-P 10:20pm up 15 days 19:42, 25 users, load average: 0.03, 0.01, 0.04 Yo creo que eso podría reportarse como bug :-? El problema es que valorar, el tiempo desde el arranque, o el tiempo encendido, o ambos. Pero ambos igual destroza a scripts que lo lean. ¿Por cierto, sabes como se interpreta esto? nimrodel:~ # cat /proc/uptime 1367015.89 245555.12 - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFC6T6ltTMYHG2NR9URAjGlAJ9pLuVIADL+pbbO/X4Wjh0/H8AttACeO7IV NUHYa3f8pRxtJEO5tZGAB6Y= =rQrX -----END PGP SIGNATURE-----
participants (2)
-
Carlos E. R.
-
Rafael Griman