Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
¿Has probado el nuevo kernel?

Si funciona no lo toques   2 votes - 9 %
Esperaré a mi distro   5 votes - 22 %
Sí, sin éxito   6 votes - 27 %
Sí, va bien   4 votes - 18 %
Hasta en mi reló calculadora   5 votes - 22 %
 
22 Total Votes
Ver: Modo: Orden:
Kernel 2.6: éxito parcial | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Sugerencias (4.00 / 2) (#3)
por neuralgya a las Mon Jan 12th, 2004 at 10:37:15 AM CET
(Información Usuario) http://worldspace.berlios.de

Llevo un tiempo probando esporádicamente el núcleo 2.5/2.6. La experiencia me dice, y no sólo con esta rama del núcleo, que uses el gcc-2.95 para compilar el núcleo. A pesar de que algunas distribuciones usen el 3.2/3.3, los kernel-hackers siguen recomendando el 2.95. Compilando con el 2.95 he solucionado problemas que se presentaron con el 3.2/3.3

initrd es una imagen de un sistema de ficheros que se monta en el arranque del núcleo para cargar módulos que no están directamente compilados en el núcleo. Por ejemplo, si configuras reiserfs como módulo, debes tener accesible el módulo para poder usar el sistema de ficheros. Como los módulos están en disco, necesitas una imagen preliminar de dónde cargarlo. Esto es útil para crear núcleos genéricos. No lo uses para un núcleo adaptado a tus necesidades/equipo.

IDE->SCSI. Personalmente ya no lo uso con el núcleo 2.6. Las últimas versiones de cdrecord te permiten usar directamente dispositivos IDE. No grabo muchos CD's, pero usando k3b puedo hacer 'backups de mis videos personales' perfectamente y rápidamente pasando de la emulación SCSI, que siempre es una capa más.

Y por cierto, muchas características interesantes del núcleo están marcadas como EXPERIMENTAL, y seguirán así mucho tiempo. Personalmente, uso muchas de esas características o drivers a no ser que en la ayuda diga que es peligroso o inseguro. Suelen ir bastante bien.

En cuestión de rendimiento, yo he notado diferencia para mejor. Y precisamente es ante las cargas más altas cuando el núcleo se comporta mejor. De todas maneras, todavía habrá que esperar unas cuantas versiones para que se considere este núcleo como preparado para Escritorios.De todas formas, animo a todo el mundo a probarlo y a reportar fallos, para acelerar este proceso.

Saludos libertonianos



------------------------------------ No soy adicto a la red, sólo formo parte de ella


 
Mi caso (none / 0) (#1)
por ridiculum a las Sun Jan 11th, 2004 at 07:09:29 PM CET
(Información Usuario)

Llevo usando la rama de desarrollo (ahora estable) desde el 2.5.75 creo que era. Ahora mismo escribo desde un 2.6.1 sobre un duron.

No he tenido problemas serios.
Sobre el sonido, tuve una historia con los modulos y era que no se cargaba solo el snd-via82xx si no estaba previamente cargado el snd. La documentacion de alsa creo que es un peli obsoleta y no fui capaz de encontrar el error hasta hace 2 dias. 

cat /etc/modutils/alsa 

alias char-major-116 snd
alias char-major-14 soundcore
options snd major=116 cards_limit=2

alias snd-card-0 snd-via82xx
options snd-via82xx ac97_clock=48000 enable=1 

alias sound-slot-0 snd-card-0
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
alias /dev/dsp* snd-pcm-oss


La linea que me faltaba era alias sound-slot-0 snd-card-0.

Tambien tuve que cambiar de mixer. Antes usaba aumix, pero a pesar de que en la pagina man se empeñan en decir que soporta alsa, a mi no me funciona y me carga el modulo de compatibilidad con OSS. Tuve que crear los dispositivos en /dev/snd (uso el dev de toda la vida) con un script que creo que venia en uno de los paquetes alsa de debian: paquete alsa-base y script /usr/share/alsa-base/snddevices

Para la tarjeta de red no tuve que hacer nada en especial. Tengo una intel Ether Pro 100 y uso el driver de Donald Becker (y otros ;) eepro100.



 
Yo no he tenido suerte (none / 0) (#2)
por Draco a las Sun Jan 11th, 2004 at 09:54:57 PM CET
(Información Usuario)

No porque no haya podido arrancar, sino porque algo realmente extraño pasa en mi equipo cuando ejecuto una operación de entrada/salida un poco "fuerte". La máquina se queda prácticamente inusable durante un rato, aparte de que el rendimiento es pésimo. Para que os hagáis una idea: 
tizona:~/download$ time dd if=/dev/zero of=mugande
bs=1M count=300
Linux 2.6.1
real    1m36.197s
user    0m0.110s
sys     0m3.853s

Linux 2.4.22
real    0m11.353s
user    0m0.020s
sys     0m5.480s


Al principio lo atribuí a la opción de PREEMPT, porque a un 2.4.23 con los parches de Con Kolivas le pasaba lo mismo, pero la he quitado y todo sigue igual. La verdad es que no sé que puede pasar ¿algo relacionado con el I/O scheduler tal vez?

Así que de momento, fracaso total :-(
There are two major products to come out of Berkeley: LSD & BSD Unix. I don't believe this to be a coincidence.


  • ¿DMA? by musg0, 2004/01/12 10:50:50 CET (none / 0)
  • Regresiones by ridiculum, 2004/01/12 14:42:47 CET (none / 0)
Notas sobre el 2.6 (none / 0) (#7)
por atopos a las Mon Jan 12th, 2004 at 05:36:12 PM CET
(Información Usuario) http://los-pajaros-de-hogano.blogspot.com

No sé muy bien cómo hacen Mandrake, Knoppix y otros para autodetectar tu hardware, supongo que compilándolo todo como módulos y luego cargándolos con un script. Yo fui incapaz de encontrar la manera.
No he visto la configuración de estas distribuciones, pero lo normal para no tener problemas es compilar estáticamente todo lo básico, que es lo que se hace en otras distribuciones, aparte de que suelen incluir muchos más módulos de los necesarios (para poder dar soporte a gran cantidad de hardware). De hecho, hay cosas que no deben en nigún caso compilarse como módulo: soporte para el disco duro de arranque, soporte para el sistema de archivos donde estará la partición root, etc. (aunque supongo que esto es evidente, y no hace falta decirlo).

No obstante, una configuración muy modular puede ser aprovechada por programas en espacio de usario como 'hotplug' (el paquete existe en Debian con este nombre, no sé en Mandrake). El núcleo nuevo está mucho mejor preparado para el hottpluging y esta clase de programas puede ahora obtener un mejor resultado. Habrá que dar tiempo al desarrollo para su plena adaptación al nuevo núcleo.
Las instrucciones te piden tener la versión 2.95.3 de gcc. Yo utilicé la versión que trae Mandrake (3.2.2), y me fue perfectamente.
Lo mismo aquí con la 3.3.
Como dice en el README, cualquier cosa marcada como "experimental", "development" o similar se queda fuera.
Sí, si se quiera la mayor estabilidad posible. Pero tampoco está mal seleccionar alguna que otra opción experimental, aunque con mesura. Habrá que ponerla a prueba de alguna forma. Hay cosas que ya es sabido que no funionan bien todavía, como "Preemptible kernel". Depende en último extremo de los riesgos que se quiera asumir.
El sonido no va. Como trae una nueva versión de ALSA (Advanced Linux Sound Architecture), intento configurarlo en mplayer (que sólo soporta la versión 0.9), pero sin éxito.
En relación con ALSA, conviene leer la documentación de las fuentes en Documentation/sound/alsa/. Un problema típico es que el soporte funcione, pero tengamos en silencio ("muted") todos los dispositivos. Para ello, hay que usar aplicaciones como alsamixer, que nos permiten modificar la situación "muted" por defecto.
La red tampoco va, supongo que habrá que reconfigurar todo el interfaz de nuevo.
Supongo que lo que no va es el interfaz, pero sí el soporte de la tarjeta. Por si acaso, y si fuera el soporte lo que falla, mira a ver si lo has compilado estáticamente o como módulo. En caso de que sea la interfaz, tampoco yo entiendo porque ha fallado (no tiene nada que ver con el núcleo). Otra posibilidad es que falte algo en la sección "### Networking support". Se necesitaría más información para detectar el problema.

Una sugerencia final. Aparte de la Documentación de las fuentes, un artículo que me parece muy interesante (además, por supuesto, del que tú mismo has traducido, que es más teórico o filosófico, si se quiere) es el post-halloween. No sé si ha sido ya mencionado aquí en Libertonia, pero por si acaso lo cito.

Espero que estas ideas sean útiles.



Kernel 2.6: éxito parcial | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:
Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

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