Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
¡Corre eh!

Notup's Diary
Por Notup
departamento actualizandose-una-al-año-no-hace-daño , Sección Diarios
Puesto a las Wed Mar 24th, 2004 at 03:05:41 PM CET

Vulnerando el viejo principio de "si funciona no lo toques" he decidido actualizar un poco el sistema.

He aquí el método, los problemas y el resultado.

Como conclusión para no aburrir: la rama nueva del núcleo 2.6... ¡va rápida eh! :-D

 


De kde 2.2 y kernel 2.4.25 a kde 3.2 y kernel 2.6.4

No es que haya cambiado ninguna de mis necesidades, simplemente consideré que ya era un buen momento para actualizar un poco el software (bueno, en realidad estaba ocioso)

De kde 2.2 a kde 3.2

El método:

La actualización del kde 2.2 a kde 3.2 no encierra ningún tipo de misterio simplemente añade usted al fichero sources.list la siguiente linea:

deb http://download.kde.org/stable/3.2/Debian stable main

Borro por aquello de evitar problemas todo el kde anterior con dpkg --purge

Luego apt-get update & apt-get install kdebase, etc, etc.

Sin ningún problema...

El resultado cojonudo, hay que ver lo que ha mejorado el kde desde la versión 2.2... va mucho más rápido, las fuentes se ven muy bonitas y tiene una pila de pijaditas divertidas que ríase usted... lo de el icono botando cuando se carga una aplicación me gusta :-D

Obviamente en este apartado se debe incluir la siguiente consideración: eliminen ustedes gnome (el software no, a los usuarios de ese entorno :-D)

El kernel:

Esto si que tuvo más miga, quizás por aquello de que leer un poco antes la documentación y las experiencias ajenas suele ser buena idea.

El método:

Bajamos las fuentes (2.6.4)

Make mrproper. make menuconfig..... la leche... esto ha cambiado tela... en fin...

Configuramos el kernel...Si, cambian las cosas de sitio pero básicamente todo sigue igual

make dep. No, que ya no hace falta... pues bien.

make bzImage. make modules Todo en orden

make modules_install PIIII.... Tira un error que de momento desprecio... reinicio.

Que lindo, funciona bien, y parece que corre como un demonio....

Pero... insmod tal ¡BOOOM! opps, lsmod ¡¡BOOOM!! modconf ¡NADA!

uy uy uy uy... carlospordiostratadearrancarloTm

lilo: linuxOLD.

Miramos un poco por internet y hay que actualizar una serie de paquetes...se acuerdan, como en potato con la serie 2.4

Más adelante ya buscaré una solución más elegante, de momento añado la siguiente linea al sources.list:

deb http://www.fs.tum.de/~bunk/debian woody/kernel-26 main

Con confianza en Adrian Bunk. (aparte: ¿¿¿no se fue Adrian Bunk precisamente del equipo oficial de debian por discrepancias sobre si añadir 2.4.x a potato???)

apt-get upgrade.

Ok, parece que los módulos ya van, lsmod, insmod, rmmod, todo en orden.

Como había leido ya un poco sobre el núcleo nuevo aproveche en la tanda anterior para quitar la emulación scsi

Pues no oiga, que no, problema al canto, si quito la emulación scsi el kscd no reproduce cd, el cdparanoia no accede, etc... su **** madre, sólo puedo acceder a cd's de datos

En fin, de momento se queda en emulación scsi que funciona perfectamente.

Y el resultado

Aún salvando la cuestión de que sigo accediendo a las unidades de cd con emulación scsi, y que de sistema de sonido sigo usando oss...

Se puede decir que lo primero que se aprecia con el núcleo nuevo es que va rápido, mucho más rápido que un 2.4.25 con una configuración similar.

Como último apunte reseñar que en base a las lecturas apresuradas que hice para resolver algún que otro problema decidí no usar preempt, que por cierto tampoco usaba en la rama 2.4.

Y ustedes: ¿ya se han actualizado :-D?

< Software ERP GPL : FacturaLUX Lite 1.0-beta1 + Módulos (2 comments) | Preguntas y respuestas (desoFUDscadas) a la consejera delegada de HaseCorp Ibérica (8 comments) >
Enlaces Relacionados
· More on Notup's Diary
· Also by Notup

Encuesta
¿Que rama del kernel usas?
· Anticuado, la 2.7.x que he empezado a desarrollar yo mismo. 0%
· La última 2.6.4 34%
· 2.6.x pero no la última 26%
· 2.4.x 39%
· La que trae mi distribución 0%
· 2.2 0%
· 1.x 0%
· Neuróticos, sin con la 0.x sobra y basta. 0%

Votos: 23
Resultados | Otras Encuestas

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
¡Corre eh! | 5 comentarios (5 temáticos, editoriales, 0 ocultos)
Detalle (5.00 / 1) (#1)
por Notup a las Wed Mar 24th, 2004 at 03:30:08 PM CET
(Información Usuario)

Se me olvido un pequeño detalle que hay que añadir en el cambio del kernel.

Si un editor tiene a bien añadir el siguiente párrafo a continuación de cuando termino de explicar el asunto de la emulación scsi y luego borrar este comentario, pues bien, si no que se quede aquí:

---añadido---

Otro problema que se plantea es que los sensores no funcionan.

Por pereza y ya que estan compilados en el núcleo me omito bajar las fuentes de i2c y lmsensors tal y como las tenía instaladas antes y procedo a instalar el paquete actualizado por Adrian Bunk, no hace falta añadir linea a sources.list se incluye el paquete con la que ya cité anteriormente.

apt-get install lm-sensors.

Empieza el show

Como punto número 1 hay que añadir lo siguiente al /etc/fstab (y obviamente crear el directorio /sys)

sysfs /sys sysfs defaults 0 0

Y además contra lo que reporta el sensors-detect y mi configuración anterior no hay que añadir el módulo i2c-viapro, porque entonces no funciona en mi placa, sólo se debe cargar i2c-isa y via686a.

---Fin del añadido---



 
CONFIG_PREEMPT. ¿sí o no? (4.00 / 1) (#2)
por atopos a las Wed Mar 24th, 2004 at 05:48:14 PM CET
(Información Usuario) http://los-pajaros-de-hogano.blogspot.com

Como último apunte reseñar que en base a las lecturas apresuradas que hice para resolver algún que otro problema decidí no usar preempt.
Desde luego, si se quiere estabilidad, parece en este momento lo más aconsejable; y práticamente obligado en el caso de arquitecturas powerpc (como la que yo uso).

Por si alguien quiere saber más sobre qué es lo que opinan hoy por hoy alguno de los principales desarrolladores del kernel, puede ser interesante este vínculo:

Kernel Preemption, To Enable Or Not To Enable



CONFIG_PREEMPT en powerpc (none / 0) (#4)
por atopos a las Thu Mar 25th, 2004 at 09:09:38 PM CET
(Información Usuario) http://los-pajaros-de-hogano.blogspot.com

Sólo como matiz de mi anterior afirmación sobre este tema en los powerpc, añado que, justo hoy, Ben Herrenschmidt, programador particularmente implicado en la creación de parches para esta arquitectura, acaba de enviar un mensaje a la lista debian-powerpc comentando que está empezando a fijarse en las cuestiones relacionadas con la ejecución de kernels con la citada opción activada.

Habrá, pues, que esperar a ver los resultados que se obtienen en el futuro próximo como consecuencia de tales desarrollos.

[ Padre ]


 
Completando en link de kerneltrap (4.00 / 1) (#3)
por ridiculum a las Wed Mar 24th, 2004 at 11:49:37 PM CET
(Información Usuario)

A raiz de todo el tema este de la preemtividad y la no mejora del peor caso en las latencias ha surgido un hilo bastante interesante en la lkml:RCU for low latency (experimental).

El parche creo que lo ha hecho un desarrollador de alsa y consigue una reduccion del 50% en el planificador (de 800ms a 400ms). A parte de eso, tambien citan un estudio sobre latencias en el kernel 2.6.0.

Parece que el tema de la preemtividad solo ha conseguido disminuir la latencia media, cosa que no es mala para el uso tipico de los PC's, pero el peor caso no ha conseguido mejorarlo, cosa que es mala para tareas de como el procesado de video o audio.

A ver si estos estudios llegan a buen puerto e introducen los parches que han creado para mejorar este aspecto.

Sobre el rendimiento del kernel 2.6, he visto algunos comportamiento raros a la hora de cerrar archivos:
strace -r -o log mutt

     0.000082 open("/home/raul/mail/ecolnet", O_RDONLY) = 4
     0.000079 fstat64(4, {st_mode=S_IFREG|0600, st_size=11557354, ...}) = 0
     0.000067 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x402c2000
     0.000045 read(4, "From raul  Thu Apr 24 01:37:13 2"..., 4096) = 4096
     0.648405 close(4)                  = 0

12M 2004-03-24 22:18 mail/ecolnet
Ese close tarda mas de medio segundo y algunas veces tarda mas. No se si es culpa de alguna regresion en el fs (uso ext3), en la parte del IDE, o en donde, pero ese tiempo no es normal. A parte de eso, no tengo muchas mas quejas por el comportamiento general de este nucleo.

PD: En la rama -mm ha entrado una variante del exec-shield de Ingo Molnar.



Columpiada :) (none / 0) (#5)
por ridiculum a las Fri Mar 26th, 2004 at 05:39:41 PM CET
(Información Usuario)

El señor del hilo que cito no curra en la parte de alsa, sino que curra en IBM y precistamente el parche que ha enviado es para el RCU, una de las supuestas tecnicas robadas del UNIX de SCO.

El desarrollador de alsa aparece en el hilo que cita atopos y es Takashi Iwai. El hilo es bastante interesante y se puede leer aqui.

Comentan algunas mediciones de este señor, y tambien hay (o debe hacer) algun enlace a la suite con la que hizo para medir las latencias.

[ Padre ]


 
¡Corre eh! | 5 comentarios (5 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda