Theo de Raadt escribio un correo [1] el 27/6 al respecto

En este dice entre otras cosas:

"At this time, I cannot recommend purchase of any machines based on the
Intel Core 2 until these issues are dealt with (which I suspect will
take more than a year).  Intel must be come more transparent."

Sin embargo se acuerda de AMD

"(While here, I would like to say that AMD is becoming less helpful day
by day towards open source operating systems too, perhaps because
their serious errata lists are growing rapidly too)."


[1]: http://marc.info/?l=openbsd-misc&m=118296441702631

On 6/29/07, Diego Leonardo Revechini <[EMAIL PROTECTED]> wrote:
Fallas en los procesadores existen desde hace años en intel. Por eso
los algunos fabricantes actualizan el BIOS para mejorar o eliminar
algunos defectos del procesador. Si el problema es muy guaso
INTEL reemplaza o retira de venta los micros si es grave. Si es
solucionable por software, normalmente dan toda la informacion
necesaria para que los fabricantes y programadores de sistemas
operativos los reparen si es que el problema se da con mucha
posterioridad a su venta (se encuentra ese problema mucho
tiempo despues). AMD tampoco esta exenta de errores.

Compilar algo para i386 te garantiza que anda desde un
micro intel 386 en adelante usando el set de instrucciones
de ese procesador (y que teoricamente, arrastran de ahi
para adelante todos los superiores). Por eso, desaprobechas
un monton de potencia de procesadores como Pentium o Atlhon.
Ideal es hacer el salto a i586 para compilar con instrucciones
de Intel Pentium al menos donde la brecha con procesadores
mas modernos no es tanta y hay mejores optimizaciones
para el kernel.

GNU/Linux y su kernel hace muchos años que tiene parches
especificos para muchos bugs de procesadores de hecho
ya incluidos y que debes activar al momento de compilar el
kernel para tu procesador especifico. M$ no tiene un kernel
personalizado ni la facultad de personalizarlo, asi que
ademas de tener incluido los parches especificos para los
bugs, su kernel debe ser, o generico, o personalizado en
el boot verificando la capacidad de la maquina en cada inicio
y detectando los bugs que posee el procesador.

--
Para desuscribirte tenés que visitar la página
https://listas.linux.org.ar/mailman/listinfo/lugar-gral/

/* Publica y encontra trabajo relacionado con softlibre en 
http://www.usla.org.ar/modules/jobs/ */

Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]

--
Para desuscribirte tenés que visitar la página
https://listas.linux.org.ar/mailman/listinfo/lugar-gral/

/* Publica y encontra trabajo relacionado con softlibre en 
http://www.usla.org.ar/modules/jobs/ */

Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]

Responder a