Bolet.n CTI 0-2 · lógica y que transmite los comandos gráficos a los nodos. Luego de realizar el procesamiento, los nodos devuelven las imágenes parcialmente renderizadas al middleware,

Comunicándonos … Página 1 de 4

Septiembre – Noviembre 2006

CTI Año 0, número 2

Comunicándonos ... El Boletín Trimestral de la Comisión de

Tecnología Informática

INDICE

La participación tiene que servir para la integración 1 Servidores para Visualización 2 Workshop Data Mangment 4

Página Web IAPG: http://www.iapg.org.ar/ Comisión de Tecnología Informática: http://www.iapg.org.ar/institucional/comisiones/objetivos.htm Subcomisión de Estándares y Normas: http://www.iapg.org.ar/institucional/comisiones/objetivossub.htm

La participación tiene que servir para la integración

sta Participación nos permitirá mantener un contacto más fluido con ustedes y trabajar en la Integración de una

comunidad de Tecnología Informática dentro de la Industria del Petróleo y Gas.

Esta segunda edición de nuestro Newsletter afianza la idea de divulgar información general y técnica importante para nuestro ámbito laboral.

Cuando usted reciba este Newsletter estaremos realizando los últimos detalles sobre el Workshop de Data Management a realizarse en las instalaciones del IAPG (Instituto Argentino de Petróleo y Gas) el día 20 de Setiembre, desde la 9:00 horas.

Como adelanto podemos decir que ya tenemos comprometidos los 60 lugares y no dudamos que será un ámbito en el cuál se podrán intercambiar experiencias e ideas sobre los trabajos que las distintas Empresas realizan sobre esta temática.

En esta edición encontraremos un análisis sobre Servidores para Visualización y las distintas alternativas que nos ofrece el mercado

Por último quisiéramos invitar a ustedes a participar de las distintas actividades que se realizan tanto en la Comisión de Tecnología Informática, como en la Subcomisión de Estándares y Normas.

Cordialmente,

Jorge Ortino Presidente

Comisión de teconolgía Informática

E

Todo el que desea publicar en Comunicándomos .... puede hacernos llegar su artículo a: [email protected] o [email protected] , poniendo en el Asunto "Cominicándonos ... / Artículo”






Servidores para Visualización

istóricamente, las soluciones para visualización se basaban en sistemas de alta performance, con

arquitecturas diseñadas específicamente y procesadores gráficos propietarios. Las capacidades gráficas de estos equipos soportan grandes volúmenes de información, logrando elevados niveles de calidad en la representación gráfica. El líder en este segmento fue indiscutiblemente SGI, incorporando en sus equipos tecnologías específicas, como por ejemplo la capacidad de soportar múltiples pipes gráficos. Esto significa que sus equipos son capaces de repartir la carga de procesamiento gráfico en múltiples procesadores especializados.

Pero debido a los problemas financieros que SGI atraviesa, hay un creciente interés en detectar alternativas que puedan proveer similares características.

Entonces veamos un poco las opciones que hay en el mercado.

Por una parte, las estaciones de trabajo de hoy tienen una gran capacidad gráfica. Un equipo Linux, con dos procesadores de 64bits (AMD Opteron o Intel Xeon), una buena cantidad de memoria (hay equipos que

llegan hasta 32GB) y una buena placa gráfica (como puede ser la línea Quadro FX de NVIDIA), pueden ser suficientes para la mayoría de los casos.

Pero… ¿Qué alternativas hay cuando esto no alcanza?

El concepto sobre el cual se está avanzando es en clusters basados en múltiples PCs, cada una de ellas con sus correspondientes placas gráficas estándares en la industria.

Pero para poder aprovechar la potencia gráfica de este tipo de clusters, es necesario o bien crear aplicaciones específicas o modificar las aplicaciones existentes para que hagan uso del mismo, o bien tener alguna solución de software que se encargue de interactuar entre las aplicaciones y este equipamiento.

Bajo este último concepto, la idea que subyace es la de separar el procesamiento gráfico del resto la carga computacional, asignándoselo a un equipo especializado. Las soluciones que surgen, se basan en capturar

las llamadas a la biblioteca de OpenGL y redirigirlas a un software capaz de dividir el trabajo en varias subtareas, que serán ejecutadas por cada procesador gráfico en forma paralela. Luego se deberá reunir la información así obtenida para producir un único resultado final.

H

1 2 n

VGP

R d N d

R d N d

R d N d

.

...






Un caso concreto de esta idea es Virtual Graphics Platform (VGP) de ModViz, una empresa creada hace un par de años. Esta solución tiene dos alternativas. La primera, VGP SSP (Single System Performance), permite utilizar el poder de dos placas gráficas dentro de un puesto de trabajo local, con aplicaciones diseñadas para usar sólo una de ellas. La segunda opción, VGP SCP (Scalable Cluster Performance), utiliza un cluster con múltiples placas gráficas. VGP Analiza, subdivide (espacial y lógicamente) y distribuye los datos OpenGL a través de múltiples procesadores gráficos (GPUs) en el cluster. Luego sincroniza el rendering y recompone la imagen en tiempo real. VGP procesa la imagen antes de transmitirla para minimizar el ancho de banda utilizado y maximizar el frame-rate.

Otro caso es la solución que presenta IBM, su Deep Computing Visualization (DCV). Esta propuesta está basada en un cluster de IntelliStations A Pro o Z Pro, que funcionan como nodos para renderizar la información gráfica y un middleware que maneja una o más pantallas físicas como una sola pantalla lógica y que transmite los comandos gráficos a los nodos. Luego de realizar el procesamiento, los nodos devuelven las imágenes parcialmente renderizadas al middleware, que optimiza la transmisión y

rearma la visualización completa. Esta arquitectura permite una solución de visualización tanto para salas inmersivas, como para mosaicos de pantallas, workstations o clientes remotos. DCV tiene 2 modos de trabajo, llamados Visual Networking (SVN) y Remote Visual Networking (RVN). SVN se utiliza para visualizar una sola ventana gráfica, de un gran número de píxeles, a través de uno o más proyectores o monitores. RVN permite a usuarios remotos visualizar una aplicación gráfica y colaborar con otros usuarios remotos.

Pero estas soluciones no son las únicas. Seguramente para cuando lean estas líneas, ya otras empresas como NVIDIA y Sun habrán presentado sus respectivas propuestas…

Los artículos publicados en Comunicándonos ... reflejan las opiniones de los autores de los mismos y no necesariamente expresan la opinión ni de la Comisión de Tecnología Informática ni del IAPG

Scalable Visual Networking (SVN) Remote Visual Networking

(RVN)

Pixels over TCP/IP

Thin client

OpenGL over MPI

Pixelsover DVI

IntelliStations

Thin client






Workshop Data Mangment a Comisión de Tecnología Informática con el auspicio de NetApp llevará a cabo un Workshop sobre Data

Mangment el 20 de Septiembre próximo en las instalaciones del IAPG

Este workshop se hará teniendo en cuenta los requerimientos detectados en el ámbito de las empresas petroleras.

El evento estará totalmente pensado para la presentación de casos de empresas de primera línea de la industria, como forma de intercambiar experiencias e ideas.

Los trabajos que se presentarán son:

“Data Management - Experiencia en Tecpetrol” Autores: Silvia Arias - Laura Herrera - Martin Lomello

“Aplicaciones del Negocio de Gas – TGS” Autores: Adriana Carle - Daniel Fiducia

“Sistema de Gestión de la Información - Repsol YPF” Autor: Laura Pandolfo

“Estrategias en la organización de los datos para el análisis de integridad y riesgo en gasoductos – La experiencia de TGN” Autores: Roberto Centomo - Viviana Rodríguez Levy - Eduardo Carzoglio

Al finalizar se servirá un ágape que seguro nos permitirá seguir interactuando y comentando los trabajos presentados.

Esperamos contar con la participación de todos.

Para inscripciones comunicarse con: [email protected] , indicando:

• Nombre y Apellido: • Empresa: • Área en la cual se desempeña: • Teléfono: • E-mail:

L

Documents

Bolet.n CTI 0-2 · lógica y que transmite los comandos gráficos a los nodos. Luego de realizar el procesamiento, los nodos devuelven las imágenes parcialmente renderizadas al middleware,