por
pobrecito hablador
el Viernes, 29 Julio de 2011, 15:24h
(#1286457)
El Itanium fue un microprocesador RISC de 64 bits de altas prestaciones desarrollado por Intel. Con el tiempo, Intel pretendía sustituir su ya vieja línea x86 (hasta entonces de 32 bits), y que todos se pasaran para el Itanium.
El problema es que la línea x86 tiene un gigantesca base de software y nadie en su sano juicio lo pasaría para el Itanium ya que eso conllevaba a enormes gastos, salvo alguno que otro que viera una ventaja competitiva muy grande, como en servidores de altas prestaciones, manejadores de bases de datos, y otras pocas aplicaciones que realmente aprovecharían un microprocesador tan avanzado.
Ya por lo dicho en el párrafo anterior, el Itanium tenía grandes problemas y no terminaba de arrancar. La cosa se agravó cuando AMD sacó el Opteron, verisón de 64 bits de la línea x86 (que hasta ese entonces era solo de 32 bits.
Con el Opteron de AMD se podían ejecutar todos los programas de 32 bits que existían para la línea x86 de 32 bits sin ninguna modificación, y adicionalmente se podían hacer programas de 64 bits específicos para él que aprovecharan todas sus ventajas. Mientras tanto, los programas para el Itanium había que reconstruirlos totalmente a esta nueva arquitectura, así que cualquier software x86 de 32 bits trabajaba inmediatamente en el Opteron de 64 bits, mientras que ninguno corría directamente en el Itanium. ¿Qué paso?
Lo que tenía que pasar.
AMD fue tan exitosa con su oferta de 64 bits (compatible con el software de 32 bits), que Intel tuvo que sacar su propia versión de 64 bits y el Itanium se vino abajo.
Y los que se fueron con él, como HP, perdieron su tiempo. Oracle, obviamente se retira y no le interesa seguir invirtiendo en algo que no tiene futuro, y HP, una de las pocas compañías que invirtió mucho en el Itanium quieren demandar a Oracle.
Que se demanden a ellos mismos por cometer el error de casarse con el Itanium. Que demanden al mundo, que no quiso ir por la vía de los 64 bits incompatibles con la línea x86 y que quiso irse por la vía de los AMD de 64 bits compatibles con el software x86 de 32 bits y no perder su inversión, y poder hacer una transición a los 64 bits mucho más suave, como es lo que ha estado sucediendo en los últimos años. Nótese que todavía, después de tantos años, no hemos llegado completamente a los 64 bits, y hay una mezcla de sistemas operativos y software que son de 32 y y otros que son de 64 bits.
HP viaja por carabelas de hace 500 años y se queja de que Oracle ya no quiera ir en carabelas sino en avión.
por
pobrecito hablador
el Viernes, 29 Julio de 2011, 21:44h
(#1286476)
Y pregunto, en un sistema como Linux, ¿tantos problemas habría para portar GNU a un sistema "raro" como Itanium? Tengo entendido que los Unix tienen el mérito de ser bastante independientes de la máquina. Teniendo Linux para x86, para x64 y para ARM, no debería haber muuuucho problema en recompilar Linux para Itanium si hubiese interés. ¿Estoy en lo cierto o no? Tema aparte sería recompilar para Windows, que está mucho más atado a x86 que cualquier otro sistema por culpa de sus aplicaciones, no por Windows en sí que también tuvo versión para Alpha.
¿Y qué es el Itanium?
(Puntos:1, Interesante)El problema es que la línea x86 tiene un gigantesca base de software y nadie en su sano juicio lo pasaría para el Itanium ya que eso conllevaba a enormes gastos, salvo alguno que otro que viera una ventaja competitiva muy grande, como en servidores de altas prestaciones, manejadores de bases de datos, y otras pocas aplicaciones que realmente aprovecharían un microprocesador tan avanzado.
Ya por lo dicho en el párrafo anterior, el Itanium tenía grandes problemas y no terminaba de arrancar. La cosa se agravó cuando AMD sacó el Opteron, verisón de 64 bits de la línea x86 (que hasta ese entonces era solo de 32 bits.
Con el Opteron de AMD se podían ejecutar todos los programas de 32 bits que existían para la línea x86 de 32 bits sin ninguna modificación, y adicionalmente se podían hacer programas de 64 bits específicos para él que aprovecharan todas sus ventajas. Mientras tanto, los programas para el Itanium había que reconstruirlos totalmente a esta nueva arquitectura, así que cualquier software x86 de 32 bits trabajaba inmediatamente en el Opteron de 64 bits, mientras que ninguno corría directamente en el Itanium. ¿Qué paso?
Lo que tenía que pasar.
AMD fue tan exitosa con su oferta de 64 bits (compatible con el software de 32 bits), que Intel tuvo que sacar su propia versión de 64 bits y el Itanium se vino abajo.
Y los que se fueron con él, como HP, perdieron su tiempo. Oracle, obviamente se retira y no le interesa seguir invirtiendo en algo que no tiene futuro, y HP, una de las pocas compañías que invirtió mucho en el Itanium quieren demandar a Oracle.
Que se demanden a ellos mismos por cometer el error de casarse con el Itanium. Que demanden al mundo, que no quiso ir por la vía de los 64 bits incompatibles con la línea x86 y que quiso irse por la vía de los AMD de 64 bits compatibles con el software x86 de 32 bits y no perder su inversión, y poder hacer una transición a los 64 bits mucho más suave, como es lo que ha estado sucediendo en los últimos años. Nótese que todavía, después de tantos años, no hemos llegado completamente a los 64 bits, y hay una mezcla de sistemas operativos y software que son de 32 y y otros que son de 64 bits.
HP viaja por carabelas de hace 500 años y se queja de que Oracle ya no quiera ir en carabelas sino en avión.
Canción que podría ponerle Oracle a HP
http://www.youtube.com/watch?v=5ydkntDzTho [youtube.com]
Re:¿Y qué es el Itanium?
(Puntos:2, Inspirado)Con esta frase ya te pones en evidencia y se ve alas claras que no tienes ni idea de lo que estás hablando.
Me acabas de recordar a ZP y a alguno de sus ministros/as.
Re:¿Y qué es el Itanium?
(Puntos:0)