Rejilla en diseño de semiconductores - Calendae | Informática, Electrónica, CMS, Ciberseguridad

Rejilla en diseño de semiconductores

Hola de nuevo. Soy Simón Sánchez y esta vez vamos a hablar sobre Rejilla en diseño de semiconductores

En esta sesión de preguntas y respuestas del Globus Consortium Journal, Ravi Subramaniam, ingeniero principal del Digital Enterprise Group de Intel y veterano de Grid, habla sobre su estrategia para definir cómo los productos Intel pueden ofrecer un valor «líder en la industria» con tecnologías que incluyen Computación en cuadrícula.

REVISTA DEL CONSORCIO GLOBUS: ¿Puede decirnos qué ha estado haciendo y cuánto tiempo lo ha estado haciendo?

RAVI SUBRAMANIAM: Soy ingeniero principal en Digital Enterprise Group, que es nuestro grupo que diseña productos (por ejemplo, CPU, chipset, almacenamiento y comunicaciones) para segmentos comerciales. He estado trabajando en red durante unos diez años, aunque depende hasta cierto punto de cómo se define la tecnología subyacente. Más recientemente, he estado trabajando para definir cómo los productos Intel pueden y pueden ofrecer un valor «líder en la industria» para el negocio al comprender y definir usos y arquitecturas convincentes, incluidas las redes.

GCJ: ¿Qué puede decirnos sobre el uso de cuadrículas de Intel?

SUBRAMANIAM: En cuanto al entorno de producción, nuestros motores de procesamiento se comparten a través de grupos de varios tamaños en todo el mundo. Y, por supuesto, tenemos un software que utiliza criterios bastante sofisticados para gestionar la programación. Las máquinas en sí son heterogéneas, prácticamente cualquier tipo de sistema operativo, incluidos los dispositivos portátiles, que admitamos. Y estos recursos se utilizan principalmente para actividades relacionadas con el diseño de chips y el desarrollo de software.

GCJ: ¿Qué tan grande es la cuadrícula hoy, desde el punto de vista del número de máquinas y el ciclo de cálculo?

SUBRAMANIAM: No puedo darles el número exacto, pero puedo decirles que supera las 60.000 máquinas en todo el mundo. La mayor parte de nuestro trabajo habilitado para redes se centra en EDA, automatización del diseño de ingeniería, y gran parte de esa actividad se centra en lo que se llama validación, una actividad de cálculo intensivo que se produce al principio del proceso de ingeniería. diseño.

GCJ: Entonces dijiste que la red ha existido durante unos diez años. ¿Alguna idea de qué tamaño era inicialmente?

SUBRAMANIAM: No lo sé exactamente, pero ha crecido de forma natural con el crecimiento de Intel. Inicialmente, Intel solo tenía sitios en los EE. UU. Y uno en Israel, pero a medida que Intel comenzó a expandirse a otros países, el software también creció para conectar máquinas en estas diferentes ubicaciones. Entonces, siempre que Intel necesitaba recursos para diseñar chips, el software siempre estaba ahí.

GCJ: ¿Qué es lo que le lleva específicamente al diseño de chips y la industria de los semiconductores a utilizar la computación en red?

SUBRAMANIAM: Un problema importante es que la cantidad de ciclos y conjuntos de datos necesarios para procesar continúa aumentando de una generación de chips a la siguiente, y realmente no podemos permitirnos expandir nuestro entorno sin maximizar primero el uso y el rendimiento de cada individuo. máquina que ya tenemos. Al poner todos nuestros recursos, incluidas las máquinas en los centros de datos y las que se encuentran en una estación de ingenieros, en estos grupos, hemos maximizado la cantidad de procesamiento que podemos proporcionar a los ingenieros.

GCJ: ¿Así que principalmente ahorra en infraestructura utilizando la red?

SUBRAMANIAM: Bueno, grid también nos ayuda a utilizar nuestros recursos humanos de manera más eficiente. No queremos que nuestros ingenieros vigilen cada uno de sus trabajos y esperen a que termine. Con las estaciones de trabajo habilitadas para la red, pueden «disparar y olvidar», lo que les permite hacer mucho más en un período de tiempo determinado. Además, la naturaleza altamente colaborativa de los proyectos en todos los sitios hace que sea necesario reunir los recursos de estos equipos distribuidos para que puedan trabajar sin problemas.

GCJ: ¿Qué tipo de software utiliza Intel para su distribución de red?

SUBRAMANIAM: El software es en su mayoría hecho en casa, cosas que hemos estado desarrollando durante unos quince años. Es muy similar a los modelos conocidos disponibles en el mercado de los principales proveedores. Aproveche el código fuente abierto y también tenemos back-ins proporcionados por los proveedores, como bases de datos, soluciones de archivo. Por lo tanto, proviene de una variedad de fuentes, pero la mayor parte se escribió internamente.

GCJ: Durante el tiempo que supervisó la parrilla, ¿hubo alguna sorpresa?

SUBRAMANIAM: Nada realmente impactante, pero uno de los principales problemas que enfrentamos fue la gestión de datos. Y eso estaba un poco fuera del alcance del producto en particular que desarrollamos, por lo que nos vimos obligados a realizar cambios significativos en la arquitectura del software para aumentar la escala.

En realidad, existen muy pocos productos que admitan el tipo de tamaño de piscina que fabricamos. Actualmente tenemos entre 8.000 y 10.000 máquinas en nuestras piscinas más grandes, un valor muy alto incluso en comparación con los mejores productos.

GCJ: ¿Pudo reducir la sobrecarga de gestión de datos?

SUBRAMANIAM: No, en realidad, los datos siempre han sido un problema, porque han seguido aumentando a lo largo de los años. Continuamente es un problema y este factor afecta la forma en que lo manejamos. No diría que hemos lamido el problema.

Definitivamente es uno de nuestros objetivos, pero ha sido cierto durante un tiempo, para ser honesto.

GCJ: ¿Integraste las relaciones en lo que hiciste?

SUBRAMANIAM: Tenemos. Tenemos algunas relaciones muy sofisticadas dentro del sistema. Los gerentes pueden ver los datos de uso y las asignaciones y cosas por el estilo al mirar los informes en la web.

También tenemos muchas funciones de rastreo y detección integradas en la propia herramienta. Cualquier administrador que tenga acceso a e

GCJ: ¿El equipo ha revisado el kit de herramientas Globus?

SUBRAMANIAM: Sí tenemos. De hecho, estaba en gran parte detrás del enfoque de Globus en Intel porque pensaba en la red orientada a servicios como una sucesora de la implementación de red actual. Estaba buscando secuencias de código que pudiéramos usar para mostrarnos la implementación completa de la cuadrícula orientada a servicios, y fue entonces cuando comencé a buscar en Globus y comencé a usar algunas de las funciones. Inicialmente, no usamos Globus como se pretendía originalmente, por ejemplo, como un habilitador para conectar clústeres locales. Pero hemos investigado y creado un prototipo de un sistema codificado Globus para habilitar la infraestructura principal de WS / Service principalmente a nivel de nodo y para habilitar modelos consistentes e interfaces estándar en todas las jerarquías que definen el entorno Grid federado. La definición de Globus como un conjunto de herramientas fue útil en este sentido.

GCJ: ¿Y se usa Globus hoy en día o fue un experimento?

SUBRAMANIAM: Si y no. Se ha logrado un progreso significativo hacia la construcción de una red orientada a servicios, pero aún no ha entrado en producción. Gran parte de esa experiencia se utiliza en el esfuerzo progresista que les acabo de mencionar. Y hay un trabajo activo para llevar a producción partes de Globus donde se ha utilizado en modo entre clústeres para ayudar a administrar los datos. Pero la mayoría de las otras partes de Globus aún no han llegado a producción.

** Este artículo apareció originalmente en el Globus Consortium Journal, que se puede encontrar Online en www.globusconsortium.org/journal.

Puedes compartir en una historia de tu Instagram para que tus amigos lo vean

??? ? ? ???

Comparte