Barrapunto

El kernel 2,4 esta muyu bueno, me encanta, pero solo pude usar hasta la 2,4,5-test5 con la 2,4,0-test11 comprobe que cambiaron la distribucion de los modulos, y el modconf ya no funciona ¿alguien puede ayudarme?

Has de instalar la nueva version de las modutils, cre que la puedes descargar desde kernel.org

Exacto, perdón por la omisión de esta advertencia. Para muchos despistados, entre los que yo me incluyo, la tendencia es decomprimir el tarball del kernel y ¡a rodar!, pero es muy pero que muy importante ver qué versiones de cosas tan básicas como modutils son necesarias para el nuevo núcleo, si no lo haces puedes llevarte sorpresas desagradables al arrancar de nuevo... no no, nada grave, solo que dispositivos que antes funcionaban ahora ya no lo hacen.

no no, nada grave, solo que dispositivos que antes funcionaban ahora ya no lo hacen.
Nada grave si eres de los que tienes varios núcleos de reserva en el arranque. Si eres un novatillo que sólo usa el último núcleo puede que el último arranque sea el último de verdad ;)

Por supuesto, la gran estrella de Linux 2.4.1 es ReiserFS, nadie lo ha comentado.
En Debian están todas las herramientas necesarias para usar ReiserFS e incluso dentro de nada estarán disponibles las herramientas para XFS de SGI.

Se pregunta que es lo que ves de nuevo...
En mi caso particular me fijo en una linea que pone 'ISDN fixes' que me interesa bastante, ya que la conexión a veces se me queda cuajada con las X (extraña relación verdad)

¿Donde puedo mirar en que consistieron tales cambios con más detalle?

No lo he probado, pero en un árticulo de USENET he oido a la gente comentar que ralentiza el acceso a ficheros.

El test de la persona que lo comentaba utiliza el kernel 2.2.17, no se si esto puede influir.

A mi me hace pensar si compensa el cambio de ext2 a ReiserFS.

En... el ChangeLog, claro :)

;-)

Es ese el ChangeLog que me sabe a poco. Y los cambios que enumera, algunos de ellos, son los que me gustaria conocer a fondo.

Vale, entonces el changelog es:
`zless patch-2.4.1.gz`

"Use The Source, Luke" :)

Yo lo tengo compilado desde la test10 y me he pasado una partición a ReiserFS. No sé si será cierto lo que dicen por ahí de que disminuye el rendimiento, pero yo no noto nada. Lo que sí noto es que la orden "ls -R" es instantánea (me refiero a que lo es para mi limitada percepción).

Si te sabe a poco, tienes más en kernel traffic, que es un resumen de lo que se habla en los grupos de discusión del núcleo. Además, también está traducido.

Y si todo esto te sabe a poco, también puedes leerte el grupo de noticias del núcleo, donde tendrás unos cien mensajes al día (así era hace un tiempo, no sé ahora).

Saludos.

Parece mentira. Esta mañana me he pasado por www.kernel.org y no estaba (o no lo he visto/querido ver). Ahora tengo mi 2.4.1 con el que escribo esto, y es tan estable como todos.

ReiserFS va muy bien. Llevo dos días con él sin problemas. Cuando monta la unidad dice "comprobando últimas transacciones" y es una gozada.

También mola bastante el ACPI, aunque no tenga que ver exactamente con la 2.4.1 (pero lo han mejorado para esta versión). Si te instalas el acpid y compilas el ACPI en el núcleo, da mucho gustito pulsar el botón de apagar el ordenador, porque el núcleo se pone a cerrar ordenadamente todo, como cuando escribes "halt -p".

Otra vez esto no!!! A todos los interesados en ReiserFS, su rendimiento, las razones de su incorporacion al 2.4.1, los problemas, etc., etc. les recuerdo que hace muy poco hubo una discusión sobre ReiserFS en Barrapunto y que se dieron muy buenas referencias sobre el tema.

La ventaja principal de ReiserFS frente a ext2 no es su mayor velocidad, que en ciertas ocasiones sera verdad y en otras no tanto. La "gracia" que tiene ReiserFS es la de ser un sistema de ficheros con "journaling", es decir, considera las transacciones desde/hacia el sistema de ficheros como operaciones a una base de datos, no considerandose acabada una operacion cualquiera hasta que no se hace el "commit" correspondiente. Eso permite que, ante caidas bruscas de la maquina o perdidas del fluido electrico, las operaciones sobre el sistema de ficheros no completadas se finalicen limpiamente, consultando que transferencias quedaron pendientes y llevandolas a cabo. Asi nos evitamos fsck de muchos minutos (e incluso horas) cuando algo fue mal: en unos segundos el sistema de ficheros queda como antes de la catastrofe, reduciendo enormemente el "downtime" de la maquina.

Adicionalmente, y gracias a que ReiserFS almacena los ficheros en una estructura mas optimizada que por ejemplo ext2, ciertas operaciones se llevan a cabo con mayor velocidad, creo que principalmente aquellas relacionadas con gran cantidad de ficheros de pequeno tamano (mensajes de correo y de news son buenos ejemplos de ello).

Para mí que el verdadero problema es que sólo registra las transacciones a nivel de metadatos en vez de a nivel de los propios datos en sí. Eso puede llevar a una pérdida completa de la información si el sistema se corrompe

¿Cómo es eso del ACPI? Me ha llamado la atención eso que cuentas de que pulsas el botón del ordenador y el sistema se cierra sólo y correctamente. Si no es molestia, ¿te importaría explicar cómo lo haces y qué se requiere? Gracias

No, todo lo contrario.

Bueno, lo primero, tu placa madre tiene que tener ACPI en la BIOS. Casi todas lo tienen. Luego, en los núcleos nuevos tienes que compilar ACPI. Yo tengo CONFIG_PM y CONFIG_ACPI, sin más. CONFIG_APM lo tengo quitado. Si compilas el núcleo, ya tienes núcleo con ACPI. Al arrancar dirá cosas así:

ACPI: Core Subsystem version [20010125]
ACPI: Subsystem enabled
ACPI: System firmware supports: C2 C3
ACPI: System firmware supports: S0 S1 S5

Ahora sólo falta hacer que arranque el demonio acpid. Lo tienes que descargar de aquí. Si tienes el núcleo nuevo, descarga el de arriba. Luego lo descomprimes, lo compilas (guia muy detallada en doc/README dentro del directorio que aparece) y lo haces correr como demonio cada vez que arranque el sistema (depende de qué distribución tengas cómo tengas que hacerlo). Yo que soy muy vago, lo he metido en /etc/rc.d/rc.local a pelo. Así:

acpid

Y ya está. Pulsa el botón y suerte. Por supuesto, si tu ordenador salta en pedazos, no quiero saber nada. Yo esto no lo he escrito.

Si quieres más información, aquí la tienes. Y más aquí.

... ¿alguien lo ha probado con el chipset de AMD (para Athlon) ? Parece ser que puedo activar el soporte para AMD-756 (Viper, AMD7409), pero si lo hago, no se puede escribir en el disco, y, claro se queda frito al arrancar el syslogd ... Ni siquiera desactivando el DMA por defecto funciona la cosa ... ¿ Alguna sugerencia ? (No, en este momento no puedo cambiar la placa base, ¿alguna otra? :))