La semana bajo revisión - Calendae | Informática, Electrónica, CMS, Ciberseguridad

La semana bajo revisión

Hola de nuevo. Soy Simón Sánchez y hoy vamos a hablar sobre La semana bajo revisión

Aquí hay una colección de aspectos destacados, seleccionados de una manera totalmente subjetiva, del flujo de noticias de HPC de esta semana como se informó en insideHPC.com y Calendae.

10 palabras y un enlace

El mejor ingeniero de chips se va Sun para Microsoft

Cronología visual de subida y fracaso por Silicon Graphics

Memoria nehalem hoja de trucos

Dom renueva la línea HPC, nuevo Nehalem, redes, almacenamiento

Intel anuncia Q1, publicar ganancias

Cisco compra fabricante de software de planificación

NCSA guiar a los estudiantes en sistemas de alto rendimiento

Prototipo de informática de flujo de IBM alcanza 21 veces en finanzas

NCAR Cheyenne Seguir

U Mich elige SiCortex para la investigación del corazón

Software permite la investigación proteómica en Amazon EC2

Resumen de Grupo de usuarios alemán de Windows-HPC

Argonne sube temperatura sala de máquinas, explore la planificación del trabajo basada en la energía

DOE convoca propuestas INCITE, 1.3 mil millones de horas de juego

La forma correcta de exaescala

Dan Reed volvió a publicar un ensayo en su blog que apareció recientemente en el blog del CACM donde habla sobre los atajos (mi palabra, no la suya) que tomamos para llegar a la petaescala, y su esperanza de que miremos más tiempo en el camino hacia la exaescala.

Escribe (refiriéndose a algunas de las actividades de petaescala originales a principios de la década de 1990):

En ese momento, la mayoría de nosotros estábamos convencidos de que lograr un rendimiento de petaescala en una década requeriría algunos enfoques arquitectónicos nuevos y diseños personalizados, junto con herramientas de programación y software de sistema radicalmente nuevos. Estábamos equivocados, o eso parece superficialmente. Rompimos la barrera de la petaescala en 2008 utilizando microprocesadores y GPU x86 comunes, interconexiones Infiniband, Linux mínimamente modificado y el mismo modelo de programación basado en mensajes que hemos usado durante los últimos veinte años.

Sin embargo, a medida que aumentó el rendimiento máximo del sistema, disminuyó el número de usuarios. Programar sistemas masivamente paralelos no es fácil y la computación en terascala tampoco es una rutina. Horst Simon explicó esto con una interesante analogía, que me tomé la libertad de desarrollar un poco. El ascenso del monte. El Everest de Edmund Hillary y Tenzing Norgay en 1953 fue heroico. Hoy en día, los aficionados todavía mueren cada año tratando de replicar la hazaña. Es posible que hayamos escalado el monte. Petascale, pero estamos lejos de hacerlo agradable o incluso una excursión rutinaria de fin de semana.

Esto plantea la pregunta real: ¿nos equivocamos al creer que se necesitaban diferentes enfoques de hardware y software para hacer realidad la computación a petascala? Creo que teníamos toda la razón en que se necesitaban nuevos enfoques. Sin embargo, nuestras recomendaciones para una nueva agenda de investigación y desarrollo no se han implementado. Al menos en parte, creo que esto se debe al hecho de que nos hemos mostrado reacios a montar la investigación y el desarrollo integrados necesarios para cambiar nuestro ecosistema actual de hardware / software y los patrones de adquisición.

¿La solución sugerida por Reed?

Creo que es hora de que pasemos de nuestro modelo deus ex machina de recursos gestionados explícitamente a un modelo asincrónico completamente distribuido que adopte la falla de los componentes como un evento estándar. Para establecer una analogía biológica, debemos pensar en la salud sistémica y el comportamiento del organismo en lugar de la señalización y la muerte celular, y no permitir que la muerte celular (falla de un componente) desencadene la muerte del organismo (falla del sistema. ). Tal cambio en la visión del mundo tiene profundas implicaciones sobre cómo estructuramos el futuro de la investigación internacional sobre computación de alto rendimiento, colaboraciones académicas-gubernamentales-industriales y compra de sistemas.

Estoy de acuerdo con este punto de vista, y se hace eco de algunos de los comentarios hechos por Thomas Sterling en la conferencia de HPCC hace un par de semanas en Newport, en el sentido de que ambos abogan por un enfoque revolucionario, más que evolutivo, de la exaescala. . Mi razón para estar de acuerdo con este punto de vista es que, si bien sí, podemos construir máquinas petacales, estamos obteniendo entre el uno y el cinco por ciento del pico en aplicaciones generales. Esto es lo que te ofrece un modelo evolutivo. Hemos superado el punto en el que un fracaso vale más de una hora para un desarrollador de aplicaciones. Debemos fomentar el desarrollo de sistemas integrados de hardware / software que ayuden a los programadores a escribir aplicaciones correctas a gran escala que alcancen el 15, 20 o incluso el 30 por ciento del rendimiento máximo. Para manipular Hamming, el propósito de la supercomputación es el descubrimiento, no FLOPS.

No es que crea que sucederá. El gobierno se ha mostrado obstinadamente reacio a coordinar sus actividades informáticas de alta gama en torno a uno de los muchos programas de investigación que ha financiado para crear, pero no para implementar (puede elegir un punto de partida arbitrario con los informes de PITAC, o moverse en ambos sentidos a lo largo del tiempo para encontrar tristes ejemplos de abandono). Mi observación personal desde dentro de este sistema es que el gobierno ha comenzado a pensar en la HPC como una «tubería» que debería «funcionar» en apoyo de la investigación y el desarrollo, no como un objeto de investigación en sí. Hay algunas excepciones (principalmente en partes del DOE), pero sin el liderazgo que comienza en la oficina del presidente (probablemente con el asesor científico haciendo un esfuerzo para que POTUS ponga a los secretarios de su departamento Online), es poco probable que esto cambia por sí solo.

Nuestra maldición es que tenemos algo que funciona. Uno de los profesores de mi escuela de posgrado dijo que las respuestas computacionales más peligrosas son las que «parecen correctas». Si tuviéramos un modelo completamente roto, nos veríamos obligados a invertir en nuevos modelos computacionales y, debido a la escala de esa inversión, nos animaríamos a realizar un esfuerzo coordinado. Pero nuestro modelo no está completamente roto, y mientras funcione, no veo a nadie dispuesto a tirar los tazones de arroz existentes y comenzar de nuevo.

La pérdida en la construcción de supercomputadoras obliga al reemplazo de engranajes de $ 4 millones

Al final de la semana pasada Indystar.com informó que una fuga de vapor en un edificio en construcción para albergar supercomputadoras de la Universidad de Indiana obligó a reemplazar $ 4.2 millones en equipos de apoyo.

Según el arquitecto de IU Bob Meadows:

Él dice que las reparaciones podrían retrasar la construcción del proyecto de $ 32,7 millones en tres meses, y la finalización ahora está programada para julio.

No se instalaron computadoras en el centro de datos, pero es necesario reemplazar los generadores y los sistemas de respaldo de batería del edificio.

Nuevo vicepresidente, nuevos negocios de Cray

Cray está en proceso de formalizar una nueva línea de negocio durante al menos un par de meses. Su negocio de «ingeniería personalizada» ayudará a los clientes con requisitos especializados a acceder al escritorio de diseño de Cray para ayudarlos a crear soluciones personalizadas:

«Nuestros esfuerzos de diseño personalizado se centran en aprovechar nuestra tecnología, experiencia e innovación de supercomputación y adaptarlas a soluciones de computación, archivo y consultoría diseñadas para satisfacer necesidades muy específicas de los clientes», dijo Peter Ungaro, presidente y director ejecutivo de Cray. «Estamos muy emocionados de que Skip nos ayude a seguir creciendo y expandiéndonos en este importante aspecto de nuestro negocio y a aumentar la fortaleza general de nuestro equipo de liderazgo».

Por lo que tengo entendido, el equipo no solo se centrará en ajustar el equipo Cray para instalaciones especiales, sino en abordar las necesidades del cliente y crear soluciones a partir de cualquier tecnología que tenga sentido. Sin embargo, espero que el almacén de Cray sea la primera parada.

Esta semana la empresa Anunciado liderazgo para el nuevo negocio:

Cray Inc. anunció hoy el nombramiento de John «Skip» Richardson para el puesto de vicepresidente de desarrollo comercial del equipo de diseño personalizado de la empresa. Con más de 20 años de experiencia en desarrollo empresarial en las industrias de tecnología y aeroespacial, Richardson será responsable de promover las soluciones de ingeniería personalizadas de Cray entre agencias gubernamentales, clientes comerciales e integradores de sistemas.


Antes de unirse a Cray, Richardson fue vicepresidente de desarrollo de negocios corporativos en Sarnoff, Inc., una subsidiaria de SRI International, donde fue responsable de administrar y hacer crecer los contratos entre empresas y gubernamentales en investigación y desarrollo. para el Departamento de Clientes Comerciales y de Defensa. Antes de Sarnoff, Richardson ocupó varios puestos de desarrollo empresarial en Digimarc, IBM, Halliburton y Honeywell.

—–

John West forma parte del equipo que resume los títulos en Noticias de HPC todos los días en insideHPC.com. Puedes contactarlo en [email protected].

No te olvides compartir en tu Facebook para que tus colegas lo consulten

??? ? ? ???

Comparte