Mailinglist Archive: opensuse-es (1576 mails)

[Rafa Grimán <rafagriman@xxxxxxxxx>]

Hola :)


El Tuesday 16 December 2008, Shinji Ikari escribió:

[...]

> > En el caso de Linux hay bastante código desarrollado con hebras/threads
> > (incluso a nivel de escritorio). En el tema de paralelización o multihilo
> > o SMP o como se quiera llamar es complejo por varias razones:
> >
> >     - no es fácil de programar ya que hay que controlar muy bien
> >       las variables (y sus valores), evitar race conditions,
> >       bucles infinitos, los workflows son muy complejos, ...
> >
> >     - no es fácil depurar
> >
> > Por eso mucha gente le tiene miedo o cuesta tanto, salen aplicaciones muy
> > de vez en cuando, ...
>
> Es decir no hay un método adecuado para programar y tampoco un lenguaje de
> programación que pueda subsanar esas dificultades.


Por ahora no y además, hay poca gente que conozca bien este tema. Sería muy 
interesante que se inviritese más en este tema, especialmente en las 
Universidades. Hay que formar a la gente ... claro que la formación en España 
es algo que deja mucho que desear, pero bueno. No sé cómo estará en otros 
países (bueno, conozco el caso de EEUU y Suecia y sí invierten bastante y los 
alumnos lo suelen aprovechar).


> Ojala lo de Apple salga bien. Si es que no hay alguna otra opción, claro.


Linux ;)


> Al menos en lo que voy leyendo no hay mucha actividad para optimizar más lo
> que es 64 bits. Al menos no en el nivel doméstico. =/


El mercado de juegos y media son los que más lo van a impulsar. Ten en cuenta 
que para aplicaciones "domésticas" u ofimáticas, no es necesario: nadie 
necesita 64 bits en un navegador, cliente de correo y/o paquete ofimático 
para su casa o para un escritorio. Tarde o temprano irán migrando porque será 
la tendencia natural: el hardware es 64 bits, el sistema operativo es 64 
bits, ... pues y auqe estamos, pasamos este otro software.

[...]


> > Otro ejemplo es en el mundo de los juegos: cuanta más RAM tengas, mejor
> > que mejor y si la CPU es potente ... mejor qu emejor :)
>
> O.O? el nuevo chip de intel vuelve a usar HT, me parece. Luego, que se
> disponga de una calidad de maquina mejor subsana algunos problemas. Mayor
> velocidad para el acceso a memoria, velocidad de bus para acceso a la
> tarjeta de vídeo discreta (no integrada, algunos quieren jugar Crysis en
> integradas.)


Pues que vayan pillando una silla cómoda porque les va a ir algo lento ;") 
Igual que decía ayer Juan (Erbes), las t. gráficas de Intel (y VIA, que se le 
olvidó a Juan mencionar a VIA) no es que sean una maravilla para 3D y las 
integradas en placa ... entre que comparten buses y memoria ... mal vamos.


> Pero luego están las consolas de juegos y... me parece que 
> antes los juegos salían para la PC primero, pero ahora eso se invierte.
> Todavía ha salido nada como los wiimote para la PC. La PC ya no es mercado
> objetivo para los juegos.


Estoy de acuerdo contigo. El que quiera jugar: que se compre una consola.


> > Pra atrabajo ofimático no es necesario, para navegar por Inet tampoco,
> > pero sí hay determinados mercados que lo necesitan porque no puedes
> > conseguir resultados en el tiempo esperado sin la tecnología de 64 bits:
> > requieren grandes cantidades de memoria, el número de variables es
> > ingente, el volumen de datos en disco es abismal (acabo de ver un correo
> > de un cliente que tiene más de 300 millones de ficheros, por ejemplo) y
> > eso no se mueve con 32 bits.
>
> En resumen, para el mercado domestico no se necesita 64bits.


IMHO: no. ¿Acaso para editar un documento necesitas más de 4 GB de RAM o 64 
bits para trabajar con los datos?

<pensando>

...

</pensando>

Teniendo en cuenta que hay más de un <ponga aquí el adjetivo que desee cada 
uno> "individuo" que te envía presentaciones que superan ya la decena de MB 
(llenos de dumbnails, audio y bobadas varias que sobran). A lo mejor los 4 GB 
de RAM se quedan cortos ;)

Y una BBDD casera no son grandes. No, no me creo que alguien tenga en su casa 
una BBDD que supere los 100 MB ni por asomo, si alguien tiene una BBDD que 
llega  alos 100 MB ... que la vaya revisando.


> > De 6 años hacia aquí, los 64 bits han creado una dependencia en muchos
> > entornos porque pedimos una calidad y un tiempo de respuesta determinado
> > habiendo un incremento exponencial en el volumen de dlos datos.
> >
> > Un ejemplo de esto son los clientes del mundo del diseño de automóviles.
> > Cuando se empezaron a simular choques con coches, se simulaba lo que le
> > ocurría a una parte muy concreta del parachoques ... pasó el tiempo y hoy
> > se simula lo que les ocurre a tus órganos en caso de un choque. Imagínate
> > el volumen de datos que se manejan en tiempo real para simular todo ese
> > sistema: coche + persona + órganos.
>
> No creo que esos sistemas usen windows.


En las estaciones de trabajo sí, pero lo que son en las máquinas de memoria 
compartida ... no. En algún cluster tienen el MS-Windows CCS porque el 
cliente está acostumbrado a MS-Windows y les da miedo tener otra cosa en el 
cluster. Tienes que ir explicándole que el cluster no lo ven ni lo tocan.


> Es un entorno industrial, usan cámaras de alta velocidad y variedad de
> sensores, no tantos como el LHC, pero si tienen mucho trabajo, pero los
> datos de los sensores se calculan en gráficas de curvas.


Sí, la verdad es que por mucho que se simule, siempre tiene la palabra final 
un coche que chocan contra una pared.

[...]


> > No estoy tan de acuerdo contigo. En el caso de los juegos (y del mundo
> > 3D), hay parte del código que se ejecuta en CPU y otra parte en GPU, cada
> > vez se usan más polígonos para "dibujar" los objetos, cada vez se pide
> > más realismo (tanto de imagen como de física: caída de objetos,
> > trayectorias de balas, saltos, pesos, ...) y cada vez se requiere más
> > RAM. Los 32 bits en ese tipo de escenarios (mundos/juegos 3D) se quedan
> > muy limitados.
>
> También han incrementado el número de consolas (y sus usos, tienen netflix
> para ver pelis), los juegos y su presencia en el mercado.


Toda la razón, de hecho el modelo de desarrollo de las consolas me gusta: como 
su hardware es limitado y no ampliable (la RAM, CPU y GPU no se puede 
ampliar), tienen que optimizar MUCHO el código, no así con el PC que saben 
que los usuarios a los 6 meses van a ampliar (corrijo) ... van a tirar su PC 
de juegos y se compran otro.


> Si bien mi consideración es muy parcial, puesto que no cabe en mi la idea
> de adquirir un ordenador para darle al bioshock o al crysis (Están
> disponibles para las consolas), pero tampoco hay que descartar los nuevos
> participantes en el mercado de juegos. (Tampoco tengo consolas =/)


Yo tampoco me gastaría ese dineral para jugar (no juego, prefiero "hacer 
rabiar" a mis dos gatas o el perro que tiene mi hermano o meterme con mi 
hermana pequeña o casas de esas sociables ;)


> > Otro ejemplo dentro del mundo de 3D es el tema de ray traycing, el
> > renderizado de una escena no es más que ray traycing: CPU puro y duro.
>
> ¿Vectores?


Sip, básicamente, se dedican a calcular la incidencia de un rayo de luz sobre 
un objeto teniendo en cuenta el material del que está hehco y esas cosas. La 
verdad es que es más complicado (los que sepan de matemáticas y/o física 
habrán palidecido al ver una explicación, a lo mejor algún desmayo, tan 
simple 0:)


> Hay dos métodos: http://en.wikipedia.org/wiki/Ray_tracing
> física y gráficos. Dándole un vistazo rápido, veo por que usan
> superordenadores para análisis de sismos y del clima.
> Ray traycing en gráficos para fotorealismo y efectos visuales, no posible
> en aplicaciones de tiempo real (juegos)... hmm algo confuso el artículo
> pues dice que no es posible en tiempo real pero luego dice que si, y
> muestra una considerable lista de resultados y software (algunos opensource
> ;) ahí esta Blender)


Para tiempo real no se suele usar (pero se está empezando ahora ya que han 
visto que las GPUs están al 100% y las CPUs se están rascando las orejas) así 
que están investigando en utilizar ray traycing en tiempo real. Yo he visto 
demos y la verdad es que ofrece mayor realismo.

Creo que Carmack (el de Quake, si no me equivoco) lo está investigando para 
sus futuros juegos. No me hagáis mucho caso al nombre del individuo, sé que 
es uno de esos famosos del mundo de los juegos, pero no estoy seguro del 
nombre.


> Es un campo muy amplio, no entiendo por que a SGI le fue mal. =/


Porque tuvimos a un CEO que era brillante, las tres acciones que tomó fueron 
brutales:

        1.- Le dió por pensar: "Vamos a ver, esta empresa se llama Silicon
            Graphics y se dedica a gráficos ... Ah! Ya sé: voy a despedir a
            los de gráficos y voy a vender Alias"

        2.- También pensó: "Punto Com ... eso son bobadas. Eh!!!
            Comerciales !!! Que ya no vamos a vender servidores para las
            telcos, olvidaos de esas cuentas que ahí no hay dinero"

        3.- Otra idea brillante fue: "¿Para qué demonios hemos firmado
            acuerdos con grandes ISVs como Oracle? Bah, eso son modas
            pasajeras. A tomar por ****, se rompe el acuerdo y ya está,
            un papel menos encima de la mesa"

Obviamente, le despidieron y se fue a MS. Se encargó del área de Internet o 
algo así y fue cuando MS decía lo de que Internet no tenía futuro y Netscape 
era el rey de Internet. Le echaron y se fue a Quantum, creo. Se fue a un 
fabricante de discos duros ... poco después ese fabricante era adquirido por 
Maxtor, si no me falla la memoria.

Vamos que el tío es como el Rey Midas, salvo que en vez de convertir las cosas 
en oro ... las convierte en otra cosa.

La duda que tengo yo es, ¿los de RRHH sólo se dedican a leer CV? ¿No siguen la 
trayectoria de la gente a lque contratan, especialmente en este tipo de 
casos?

La buena noticia es que ya hemos vuelto al mundo de los gráficos :)

[...]


> The Death Star (http://en.wikipedia.org/wiki/Death_Star_(ILM)), aunque creo
> que esa ya es una máquina algo antigua.
> Sin embargo creo recordar que hay empresas que alquilan sus sistemas. Sun,
> Amazon... cuestión de tener la pasta, poner los datos y sacar los
> resultados: http://en.wikipedia.org/wiki/Sun_Grid


Sí, hay empresas que alquilan los recursos de sus CPDs. Los hay especializados 
en propósito general, HPC, ... Ahora ha pasado a llamarse "Cloud Computing" 
(nueva palabra de moda) porque no ofrecen sólo CPU sino que te pueden ofrecer 
almacenamiento, SaaS, ...


> > Otros escenarios son los clusters de alta disponibilidad y de balanceo de
> > carga (suelen ir juntos aunque no necesariamente), como es el caso de
> > servidores web, correo, ftp, servidores de ficheros (si alguien tiene
> > interés y quiere ir preparándose para el futuro, que se ponga a estudiar
> > pNFS).
>
> Solo he visto lans =P


pNFS es parallel NFS. Básicamente es que un único servidor NFS no rinde así 
que lo que hacemos es poner un servidor de metadatos y servidores de datos. 
Los ficheros en sí se distribuyen por los servidores de datos y el de 
metadatos lo que tiene es un mapa de dónde está cada fichero. El cliente le 
consulta al servidor de metadatos dónde está un fichero determinado y los 
servidores de datos sirven EN PARALELO el fichero. Lo he puesto en mayúsculas 
porque es la clave.

Al servir en paralelo los ficheros, el cuello de botella ya no es el servidor 
de ficheros :) ... Ahora es la red x"D Así que se benefician/impulsan cosas 
como 10 GigE e InfiniBand.

IMHO, las empresas deberían empujar cosas como deduplicación de datos y 
depuración de aplicaciones porque cada vez hay más datos (muchos de ellos 
repetidos* e inútiles) y las aplicaciones cada vez ocupan más y siguen 
haciendo lo mismo, básicamente.


> Seria interesante ordenar todo esto para los jóvenes que están estudiando
> informática. =)

Si sólo se invirtiese un poco más en formación e I+D ... Bueno, de sueños 
también se vive ;)

   Rafa

* Haced la prueba con fdupes o cualquier herramienta de esas en vuestro disco 
duro ... Yo la uso de vez en cuando y no veas lo que encuentras y borras, 
claro.

-- 
"We cannot treat computers as Humans. Computers need love."

rgriman@xxxxxxxxx
--
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx