Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Se acerca el kernel 2.4.20

Kernel
Por JulHer
departamento kelmers , Sección Software Libre
Puesto a las Mon Aug 19th, 2002 at 12:58:15 PM CET
Este fin de semana se ha puesto en kernel.org el kernel 2.4.20-pre3. En el changelog se ven un montón de correciones de bugs, destacando el gran número de contribuciones de Alan Cox. Parece que se acerca la versión 2.4.20 definitiva. ¿Crees que la rama 2.4 ya se ha estabilizado después de los problemas que tuvo con las primeras versiones?

 


< Técnicas de depuración de programas en Linux (3 comments) | 210 articulos: es hora de hacer balance (9 comments) >
Enlaces Relacionados
· kernel.org
· changelog
· More on Kernel
· Also by JulHer

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

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Se acerca el kernel 2.4.20 | 6 comentarios (6 temáticos, editoriales, 0 ocultos)
Estabilidad de la serie 2.4.x y futuro 2.4.20 (none / 0) (#1)
por dardhal a las Mon Aug 19th, 2002 at 05:10:47 PM CET
(Información Usuario)

En mi opinión (que como todas las opiniones, suelen no ser 100% ciertas, puesto que se basa en la experiencia personal de cada uno, a todas luces limitada), los núcleos estándares (los descargados directamente de "ftp.kernel.org) son estables para un gran rango de aplicaciones desde 2.4.13, aproximadamente (y con la salvedad de 2.4.15, que al igual que 2.5.0 salieron con un bug serio de corrupción de sistemas de ficheros. Evidentemente otras "ramas" del kernel 2.4.x eran estables mucho antes (-ac, por ejemplo), y posiblemente los kernel incluídos en las distribuciones más importantes SIEMPRE han estado a la altura de lo que se espera de Linux.

En cuanto a la "inminente" salida de 2.4.20, según palabras del propio Marcelo Tosatti (palabras que no consigo encontrar en la inmensidad de mis buzones de correo ni los "repositorios" de listas en Internet) su intención es que el ciclo de desarrollo que de lugar a 2.4.20 sea mucho más corto que el plazo transcurrido entre 2.4.18 y 2.4.19 (unos 5 meses).

Teniendo en cuenta qué sólo vamos por 2.4.20-pre3, y que antes de la versión definitiva habitualmente pasan un par de semanas con release candidates, no creo que falte menos de un mes para 2.4.20. Además,tampoco hay tantas cosas nuevas que se puedan meter sin romper otras, y cada vez hay menos que "parchear" fallos de las versiones previas.



ciclos largos != malo (none / 0) (#2)
por runlevel0 (exterATvullferPUNTes) a las Mon Aug 19th, 2002 at 08:28:44 PM CET
(Información Usuario) http://perso.wanadoo.es/exter

El ciclo de desarrollo largo de la 2.4.19 tampoco hay que verlo como lago negativo.
Por mi parte, que se tomen su tiempo.
El 2.4.18 es un praradigma de estabilidad y de momento no necesito un kernel nuevo.
-- S41002
[ Padre ]


 
Sobre el tiempo entre .18 y .19 (none / 0) (#6)
por javiernoval a las Sun Aug 25th, 2002 at 02:13:45 PM CET
(Información Usuario)

Si no recuerdo mal, el motivo por el que transcurrió tanto tiempo entre ambas versiones fue porque se cambió el subsistema IDE. Dado que es una parte muy importante del kernel (imaginaos corrupción de datos en todos los discos IDE con el nuevo kernel debido a un bug que se les colara), Marcelo optó por tenerlo durante bastante tiempo en testeo, hasta estar tan completamente seguro como fuera posible de que no había ningún bug crítico.

[ Padre ]


 
La rama ac mucho más rápida (none / 0) (#3)
por vasto a las Mon Aug 19th, 2002 at 11:11:12 PM CET
(Información Usuario)

La rama de alan gracias a tener el nuevo planificador y rmap, se comporta mucho mejor con pcs rápidos, gran cantidad de memoria y con muchos procesos.

¿Alguien más utiliza la serie ac en vez del "vanilla" como dicen los angloparlantes?



La rama ac mucho más rápida (none / 0) (#4)
por dardhal a las Tue Aug 20th, 2002 at 01:10:50 AM CET
(Información Usuario)

Yo no sé si es más rápida en PC más rápidos, lo que sí sé es que es más lenta en PC lentos. ¿ Datos experimentales ?. Una instalación de RH 7.3 en un PC de limitados recursos de RAM (64 MB) y CPU (Pentium 166 MHz), y KDE 3.0.0, va mal. Cambiando el núcleo 2.4.18 (un -ac con parche de VM -rmap) por un 2.5.26 (para probar, de momento 2.5.x lleva una VM similar a la de 2.4.x, y no podemos decir que 2.5.x a estas alturas esté precisamente optimizado),va notablemente mejor (no va sobrado ni mucho menos, pero se nota cambio a mejor).

El caso es que los núcleos de RH de "siempre" han estado basados en -ac (Alan Cox es el responsable técnico de RH, si no recuerdo mal) y en el caso de RH73, incluye -rmap. Esta gestión de memoria es la que se tratará de incluir en 2.5.x, y de hecho poco a poco ya está incorporándose en forma de pequeños parches (a gusto del desarrollador principal, Rik van Riel).

Si las cosas siguen así al respecto de la integración de -rmap en 2.5.x, los posibles problemas de funcionamiento no podrán ser achacados a falta de comunicación entre los desarrolladores, como sucedió con el fiasco de la VM en 2.4.x.

[ Padre ]


 
Y tanto que se acerca... (none / 0) (#5)
por JulHer a las Tue Aug 20th, 2002 at 02:01:06 PM CET
(Información Usuario)

Ya está aquí el pre4. Pues nada, con un poco de suerte, la semana que viene... kernel habemus.



 
Se acerca el kernel 2.4.20 | 6 comentarios (6 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