Login Barrapunto
Nucleoticias: hablemos del kernel 2.4.0
Querido Diario mBP: el 4 de Enero debería haberte contado (si hubieras
existido) que ya tenemos versión 2.4 de Linux. Entre sus novedades, el
editorial de LWN del 11 de enero destaca: bloqueos de granularidad más
fina para mejorar el soporte SMP, soporte para IA-64 (Itanium), soporte
para hasta 64GB de memoria [*], el polémico devfs, acceso directo a la
I/O, y por supuesto montones de nuevos dispositivos. No se te olvide,
Diario, echar un vistazo al
Maravilloso Mundo de Linux
2.4 de Joseph Pranevich.
Ah!, las últimas nos informan de la incorporación oficial y definitiva
de ReiserFS a la 2.4.1 (aunque con corrección de un bug incluida).
Otra cosa más referente al 2.4.0: algunos usuarios han avisado de una corrupción del sistema de ficheros con chipsets VIA (por lo sugerido, problemas de DMA). El mantenedor, Vojtech Pavlik, está detrás de ello y pide ayuda.
Tampoco dejes de leer sobre el rendimiento de khttpd y TUX 2.0 frente a un servidor web en el espacio de usuario como boa.
Este anuncio ha provocado una actualización de otro software basado en el kernel. Por ejemplo, uCLinux 2.4 una versión del kernel para microcontroladores y sistemas embebidos.
[*] Aunque en su día Linus dijera que en sistemas de 32 bits nunca se soportaría más de 4GB de memoria. Su "bola de cristal infalible" a veces falla...X-D.
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

¿Más de 4G de memoria...
(Puntos:1)( http://carlos.garciaargos.com/ | Última bitácora: Jueves, 17 Mayo de 2007, 12:36h )
Carlos García [garciaargos.com]
[offtopic] sine qua non
(Puntos:2, Informativo)( http://www.pobox.com/~suso/ )
Re:[offtopic] sine qua non
(Puntos:1)( http://carlos.garciaargos.com/ | Última bitácora: Jueves, 17 Mayo de 2007, 12:36h )
Carlos García [garciaargos.com]
Re:¿Más de 4G de memoria..., pues es posible ...
(Puntos:2, Informativo)( Última bitácora: Domingo, 22 Octubre de 2017, 21:39h )
Los microprocesadores de 8 bits, tenían un bus de datos de 8 bits, pero el de direcciones era de 16, o sea que podían direccionar hasta 64 K, en lugar de los 256 octetos.
Naturalmente, cuando se usaba una instrucción que hacía referencia a una posición de memoria, por ejemplo, LDA F245, que carga en el registro A el contenido de la posición de memoria F2A5, se hacían tres accesos a la memoria para leer la instrucción, primero se leía el código LDA, luego se leía un F2 y luego un 45.
En los actuales microprocesadores del mundo Intel/AMD, como el tamaño del bus de datos coincide con el de direcciones, sólo se haría dos accesos a memoria para una instrucción equivalente. MOV AX, 4F45347A.
Si un hipotético microprocesador de 32 bits tuviera un bus de direcciones de 64 bits, tendría que hacerse más accesos a memoria.
Eso sería negativo para el rendimiento de esa CPU, y para optimizarlo el diseñador se vería obligado a usar un sistema similar a la segmentación de memoria, ¿os acordais de los punteros FAR y NEAR?, lo que crearía muy mala fama al fabricante.
Lo que no se es si existe alguna CPU de 32 bits de esas carácterísticas, o si sólo se ha dado ese soporte para simplificar el kernel y usar menos defines según la plataforma de destino sea de 32 o 64 bits.
Salu2
Postdata, los ejemplos de ensamblador que he puesto, pueden estar incorrectos.
--- 404 Firma no encontrada.
Re:¿Más de 4G de memoria..., pues es posible ...
(Puntos:1)( http://carlos.garciaargos.com/ | Última bitácora: Jueves, 17 Mayo de 2007, 12:36h )
Carlos García [garciaargos.com]
Re:¿Más de 4G de memoria...
(Puntos:3, Informativo)( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 30 Enero de 2014, 23:34h )
-- icewinddale.blogspot.com [blogspot.com]