Intel fabricará microprocesadores a medida para...
NVIDIA presenta oficialmente su nuevo GPU GeFor...
Intel Core i7-4770K “Haswell-DT” versión comerc...
Hacer una réplica por supercomputador del cereb...
Smart Dust: La computadora más pequeña que un g...
AMD anuncia su promoción Never Settle Reladed L...
AMD lanza su GPU Radeon HD 8970M “Neptune”
Se filtran imágenes, especificaciones y precio ...Linux Kernel 3.8 no soportará viejos CPUs Intel 386 (80386 compatibles)
Apenas ayer fue lanzado el Linux Kernel 3.7 y ya tenemos las primeras noticias sobre los cambios que implementará su sucesor: Linux Kernel 3.8, y entre ellos se contempla la eliminación del soporte a los antiquísimos microprocesadores Intel 386 y compatibles (AMD 386, Cyrix 386, IBM 386 entre otros).
Los microprocesadores Intel 386 (i386) fueron lanzados en 1985, siendo los primeros microprocesadores de 32 bits lanzados por Intel, y se constituyeron en la base fundamental de la evolución del software (sistemas operativos y aplicaciones) desde las viejas interfaces de usuario en modo texto hacia las actuales interfaces gráficas de usuario, gracias a que permitían superar la en ese entonces barrera de los 640kb de memoria con sus nuevas características como el modo protegido, y el soporte a memoria virtual; las que permitieron el desarrollo de software más avanzados y estables.
La eliminación del soporte a los viejos microprocesadores 80386 permite reducir la complejidad del núcleo (kernel) de Linux, a la vez que abre la posibilidad a futuras mejoras sin tener que preocuparse por mantener la compatibilidad con el viejo juego de instrucciones i386 de dichos microprocesadores.
Cabe mencionar que Microsoft dejó de dar soporte a los microprocesadores 386 desde 1998 con el lanzamiento de Windows 98, el cual soportaba CPUs 486 y superiores.
Link: Linux Kernel Drops Support For Old Intel 386 CPUs (Phoronix)
También pueden comentar en nuestro foro.
20 Comentarios
Linux Kernel 3.8 no soportará viejos CPUs Intel 386 (80386 compatibles)
Si estás con Unity ve este video. http://www.youtube.com/watch?v=9ui1kcd30FI Ojalá te sirva ;)
alt+f2
Qué raro que un SO haya soportado CPUs 80486 o superiores y no 80386. Si mal no recuerdo los 486 sólo eran 386 a más frecuencia, con una memoria caché L1 y coprocesador matemático (hoy conocido como FPU) integrados. No recuerdo que Intel introdujera nuevas instrucciones con la arquitectura 80486.
ResponderSe han añadido muchas instrucciones desde hace años. Windows XP oficialmente no corre en un 486 de los mas rapidos, pero si en los Pentiums mas lentos por falta de una instruccion y no por culpa del poder de procesamiento.
@Kansja no se entendio tu respuesta Kansja!
Que el hecho que sean x86 y sean retrocompatibles no significa que no se agreguen instrucciones nuevas en cada procesador.
El 486 por ejemplo, no corre Windows XP porque le falta una instrucción
" Windows XP is not compatible with processors older than Pentium (such as 486) because it requires CMPXCHG8B instructions"
A pesar de que algunos 486 eran mas rapidos que los Pentium, el Pentium si corre XP porque si tiene la instruccion.
Siempre ha sido asi, aunque son instrucciones que generalmente van ocultas para el compilador (Para asegurar compatibilidad de codigo) y se van empezando a usar conforme se empiezan a desplazar los requerimientos y el nivel de soporte promedio
Ej: Cualquier programa ya puede empezar a usar Dual-Core y SSE3 como nivel minimo de requerimientos porque un 80% del mercado esta englobado en esas caracteristicas, a comparacion de por ejemplo, 10% con un Quad-core y 5% con un mono-core viejo sin SSE3
Y, de paso, esto marcaría el fin del soporte para... ¡mi primer CPU! Un AM386DX a 40 Mz :(
ResponderAl menos tu tienes recuerdos más respetables, yo me inicié con win98 y los Pentium III a 800Mhz. Ahh como me gustaba el Vice City en aquellos días ...
Yo tuve un 486 de 75 MHz, que manera de jugar emuladores de game boy por esos años :D
Al fin se deciden... y hace un mes o algo así criticaron un montón a un loco que dió la idea...
ResponderDeberían eliminar mayor cantidad de compatibilidades en todo caso... ya que, de todas maneras, quienes quieran usar linux con procesadores tan antiguos siempre podrán configurar las máquinas con kernels más antiguos y hacer que cumpla con sus necesidades o tareas específicas... y quizás sean tan poquitos que en realidad no valga la pena asumir el costo que significa esa compatibilidad.
igual no me gusta mucho la idea de eliminar la retrocompatibilidad, ya que Linux era conocido por ofrecer una gran cantidad de retrocompatiblidad en hardware que ningun otro sistema operativo tiene, y resulta que ahora la va a perder -.-
esta claro que la gente podra usar versiones mas viejas del Kernel, pero entonces ocurrira lo mismo que con Windows... la gente que quedara sin recibir updates y dejara sus equipos expuestos a errores o vulnerabilidades futuras que no seran parchadas.
de primeras también creo que pasará eso.
Pero en realidad no sabría responder, porque habría que analizar quienes usan procesadores de hace casi 30 años con alguna finalidad que no sea la de experimentar o jugar un rato.
Quizás nos encontremos con que los que hacen eso, son bastante expertos y podrían corregir cualquier error ellos mismos.
También podría existir la posibilidad de agregarle "por fuera" esta compatibilidad al kernel (no sé si cago fuera del tiesto, lo supongo solamente porque es open source, pero no sé su complejidad).
Para asegurar la compatibilidad me imagino que deben agregarse líneas nuevas para aparatos viejos cada vez que se modifica el kernel no? o ¿Sólo se mantienen las líneas viejas y con eso ya está? Porque si la segunda opción funciona, me imagino que alguien puede tomar las líneas viejas y colocarlas en el nuevo kernel en caso de requerirlo.
De todas maneras esto no es un desastre para los usuarios de 386. Hay ramas antiguas del kernel que siguen con mantenimiento, así que bastaría con usar una de estas ramas. Por otro lado es necesario de vez en cuando hacer una limpia, debido a que por ejemplo, el 386 no soportaba rutinas de sincronizacion básicas entre procesos, lo cual estaba lastrando el rendimiento, debido a que había que hacer una serie de "trucos" para conseguir esto.
ResponderUn saludo
¿Quién usa un 386 25 años después?
Algunas cajas aun usan 386
@pepe l....
te asustas por que aun se usa 386??? ja...
el otro dia tuve que desarmar un servidor de impresion para arreglarle un cuete de la fuente y me fije que tenia un 80186.... como procesardor. si!!! 186!!!! y la porqueria todavia funciona.
@Kansja te equivocas con que han añadido instrucciones...
ResponderEn realidad las han ido disminuyendo desde que un gran genio de intel descubrio que se podian hacer las mismas cosas con una minima cantidad de instrucciones. Este set de instrucciones basicos se ha ido implementando lentamente para mantener una retrocompatiblidad...
Se han ido añadiendo "instrucciones virtuales", a nivel de instrucciones de hardware ahora estamos en un nucleo RISC que a traves de varias micro-instrucciones genera una instruccion CISC.
En ese caso tienes razon, pero no digas que se han quitado instrucciones, porque el x86 tiene un juego muy muy extenso de instrucciones a nivel del compilador, pero a nivel de hardware solo son unas pocas que emulan ser todas.
Joder a mi tambien me toco tener un pentium III a 800Mhz como dice @Master Geek. He quedado muy sorprendido con la gente de aqui, parece que son mas organizados, inteligentes y entre otras cosas, yo vengo de muy linux y solo se ve gente troll por alla.
ResponderPor otro lado mi duda mas grande es si el nucleo como tal va a ser un poco mas ligero en cuanto a codigo y peso no?? Y no estoy totalmente seguro pero si dejan de dar soporte al 386 al menos seguirian con 4, 5 y 686 cierto? en otras palabras el 32 bits seguira existiendo??
Deja tu Comentario