Barrapunto

No estoy muy puesto en estos asuntos, pero alguien sabe si esta version del nucleo lleva parches para soportar ACPI?

Aupa!

Hay 3 updates del código del sisfb (el framebuffer para tarjetas de video SiS630, las típicas de los portátiles baratos), así que me imagino que ya no tocará seguir parcheando el núcleo a mano (sustituyendo algunos ficheros por otros) con los ficheros de Thomas Winischhofer. Ahora sólo falta que metan también el driver X que ha hecho el propio Thomas (y parece que la cosa va por ahí), y nos olvidaríamos -por fin- de andar parcheando como locos...

Aaaaaaaaaagur.
 

Hola,

alguien sabe para qué sirve el poner el soporte de zlib? Como sería mejor, dentro del kernel o como módulo? Vale la pena? (en la ayuda no sale nada).

Un saludo

... pues ...
Que yo sepa, el kernel necesita la zlib ya que lo puedes generar comprimido (por ejemplo para hacer un diskette de arranque).

Creo que, a lo mejor, dan ahora la opción de deshabilitar el soporte de zlib debido al fallo de seguridad que surgió con esta librería (el "double-free") ...

Que yo sepa, la 2.4.19 ya llevaba algo. Cuando compilas el núcleo tienes que habilitarlo para utilizar drivers no acabados, y así, puedes activar después las opciones de ACPI.

Despues de un apt-cache search acpi

• acpid
• powermgmt-base
• wmacpi

Por lo que se ve acpid ( http://acpid.sourceforge.net ) puede ser bastante útil. Yo no lo he utilizado pero segun la página:
ACPID is a completely flexible, totally extensible daemon for delivering ACPI events. It listens on a file (/proc/acpi/event) and when an event occurs, executes programs to handle the event

PING www.es.kernel.org (212.180.1.39)

$ host 212.180.1.39
39.1.180.212.in-addr.arpa domain name pointer kernel.mirrors.easynet.fr.
 

Ahora que ha salido una nueva versión del núcleo, aprovecho para preguntar... ¿Cuál es tu parche favorito? ;) Yo en mi caso llevo usando unos meses el parche de Con Kolivas, y no me va del todo mal. ¿Conoces algún otro parche orientado al escritorio que sea útil?

yo hace bastante tiempo que uso ACPI con mi 2.4.18, pero la verdad es que hay pocas herramientas que lo hagan funcionar bien. Yo lo hice porque tenía problemas con suspender el monitor con APM, pero con ACPI no sé ni cómo hacerlo... Al menos ahora puedo apagar el PC con el botón...

Yo suelo usar el de RedIris, pero o el daemon no ha pasado aún o lo hacen a manubrio.

ftp://ftp.rediris.es/sites/ftp.kernel.org/pub/linu x/kernel

He probado tanto en algun servidor con carga promedio de 3 o 4 (principalmente por uso del disco duro) como en una pc de escritorio los parches "low latency" y el "preemtive kernel". Actualmente estoy con el kernel 2.4.19.

Lo que puedo comentar es que antes de dichos parches si la carga del servidor estaba en alrededor de 7 era dificil trabajar via ssh en el, después de aplicar los 2 parches después de unos segundos puedo trabajar normalmente (como si tuviera carga 1). En cuanto al escritorio todo funciona muy bien inclusive si estoy pasando un archivo grande (una imagen iso por ejemplo) a mi máquina o están accesando a la musica compartida

Hay una comparativa de los parches aquí. Hay un artículo también de "Parcheando a la Debian" que explica entre otras cosas como instalar dichos parches (y generar debs con el kernel ya listo).
 

Bien, ya vemos la parte buena del asunto, pero para tener información completa, ¿podrías decir como se ve afectado el throughput del sistema(en el servidor)? No hace falta que sea algo exacto, me vale con impresiones como has hecho con la respuesta del sistema.

Y no me digas que ni siquiera te lo has planteado ;-)

En el servidor en particular del cual comento el cuello de botella es el acceso de lectura a disco ya que anteriormente tenía 2 (en arreglo raid 1) y actualmente ya solo uno (de 5400 rpm que es lo peor). La impresión que da es que es lento cuando se trata de accesar al disco pero parejo es decir algo como "lento pero seguro".

Debo aclarar que no poseo datos mas "cientificos" ya que la observacion de comportamiento ha sido a "simple vista". La diferiencia es que teniendo el kernel con parches el servidor siempre responde, algo lento pero no deja de avanzar; en cambio sin los parches si el servidor ya tenía carga al momento de intentar conectarse uno todo iba aun mas lento. De modo que la impresión que da es que "balancea la carga" de acceso a disco entre todos los conectados (¿Será por el preemtive?). Al accesar via shell como casi no hay acceso a disco todo va mas tranquilo (¿Será por el low latency?).

Hay un bug de corrupcion de datos en ext3, ocurre al desmontar. Una manera de evitarlo es hacer un sync antes de desmontar (ponerlo en los scripts de inicio no es mala idea). Solo con data=journal