Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Re:Incompatibilidad

    (Puntos:1)
    por faragon (17575) el Domingo, 12 Septiembre de 2010, 10:38h (#1238010)
    ( http://www.voluntariado.net/ | Última bitácora: Domingo, 10 Junio de 2012, 21:48h )
    En mi opinión, no sólo es cuestión de evolución, sino de cubrir una necesidad concreta de mercado. Si tienes un procesador ARM de 4 núcleos que te cuesta 30 dólares, y que en un año consume 10 dólares en electricidad, mientras que en otro hipotético ARM de 64 bits costándote también 30 dólares, pero que en un año consume 15 dólares en electricidad (buses internos mayores, más transistores, etc.), te induce a gasto en compiladores nuevos y nuevos bugs en el compilador (!), y hace que las aplicaciones usen más memoria (código potencialmente menos compacto por la carga de constantes de mayor tamaño, punteros de 64 bits, padding, etc.). En mi opinión, el A15 es justo lo que se necesita ahora mismo y durante los próximos 5-6 años para reducir el consumo energético en servidores de manera muy importante. Incluso el uso de memorias para dispositivos portátiles es rentable, pues para servidores que tengan un tiempo de vida de alrededor de 5 años, el sobrecoste por ser memorias especiales puede llegar a compensar el ahorro energético (directo e indirecto, pues también reduce las necesidades de ventilación).

    A mi modo de ver, el modo de 64 bits no era el obstáculo para implantar ARMs en servidores, sino la cantidad de memoria direccionable, una cache de datos suficiente (los 4MB que comentan en el artículo están muy bien), y capacidad de virtualización por hardware (hipervisor). Si por mi gusto fuese, habría mantenido la ejecución "en orden", para ahorrar más energía (con las unidades funcionales que te ahorras para la ejecución especulativa prácticamente puedes añadir otra CPU completa, y con algo más de espacio, montar dos CPUs más incompletas -como el 'hyperthreading' de Intel o los de IBM y Sun-), aunque el despilfarro energético de la ejecución fuera de orden de las CPUs ARM Cortex A9/A15 supongo que no llega a las atrocidades de las CPUs de escritorio típicas (que, a ojo, ejecutan de 2 a 4 veces más instrucciones de las que realmente luego se aprovechan, dependiendo de la implementación puede suponer un desaprovechamiento importante de la caché L2).

    Seguramente lleguen en el futuro procesadores ARM de 64 bits, como pasó con MIPS (con MMU integrada en el chip desde principios de 90 con las CPUs R4000, pero todavía a día de hoy sin virtualización por hardware -que yo sepa-) y con PowerPC (empezando por el PowerPC 620; si bien ha virtualización por hardware en los PowerPC no la introdujeron hasta el PowerPC 970MP -100W a 2.0 GHz [wikipedia.org]-). Para las pocas aplicaciones que necesites usar más de 4GB por proceso, puedes usar un servidor específico, con una CPU mejor (IBM PowerPC, AMD Opteron, o Intel Xeon -de la última familia, primos de los los i7 de escritorio-).
    [ Padre ]