Blogs UAX

Listado de los blogs de la UAX

Bienvenido a www.uax.es/blogs. Este es el  blog principal de la UAX.  Desde aquí se puede acceder a los distintos blogs de la Universidad, así como ver las últimas entradas o posts de todos los blogs.

  1. Linguaducto
  2. Visita de Xosé Castro a la UAX
    Publicado el 15-11-2010 23:04:26

    El pasado jueves día 11 de noviembre, los alumnos de traducción de la UAX tuvimos la grata sorpresa de recibir en nuestras aulas a D. Xosé Castro para explicarnos cómo es el mundo del traductor y la importancia de dicho oficio en el mundo actual. Xosé es un traductor freelance con una reputación intachable y más de quince años de experiencia en el mundo laboral; en la actualidad incluso presenta un programa de televisión sobre el castellano llamado «Palabra por Palabra», televisado en La 2.

    Xosé visitó nuestras instalaciones con el fin de aclarar el futuro de los traductores recién salidos de la facultad, explicando cosas como la forma de enfocar nuestro curriculum para que destaque sobre los demás, métodos de autopromoción, e incluso alguna anécdota curiosa para reforzar la idea de que el traductor es vital en este mundo donde todo esta interconectado, ya que según explicó, el 90% de los textos y libros que circulan están traducidos; es más, muchas de esas traducciones están hechas por personas que no tienen el dominio del idioma que creen tener, provocando fallos de traducción que pasan desapercibidos para la mayoría. Tras esto, pasó a comentar cómo tiene que enfocar su vida laboral el traductor, ya que la mayoría trabajan de forma libre, sin restricción de horarios. Esto es un arma de doble filo, ya que mientras te permite la libertad de organizarte como quieras, presenta problemas si no eres una persona muy organizada, ya que puedes encontrarte con un texto de 9.000 palabras para traducir en un fin de semana.

    Fue un evento muy educativo para nosotros los estudiantes, ya que la mayoría salimos con algún consejo o dato que nos servirá cuando nos incorporemos al mundo laboral en un futuro no muy lejano.

  3. Observatorio HPC
  4. Cuda Vs OpenCL
    Publicado el 27-04-2010 14:13:29
    Llevamos ya algún tiempo hablando en el blog sobre Cuda, como lenguaje de Nvidia y sobre OpenCL como solución abierta a la programación en paralelo. Teniendo en cuenta que Nvidia soporta OpenCL, mucha gente se puede preguntar que porque seguimos invirtiendo tiempo en Cuda teniendo en cuenta que es una tecnología totalmente propietaria y solo válida para productos Nvidia. El principal motivo es el siguiente, NO son iguales. Por mucho que queramos Nvidia seguirá cuidando con recelo a SU producto y esto hace que Cuda tenga bastantes puntos fuertes con respecto a OpenCL. Vamos a enumerar las diferencias entre una y otra para poder aclarar un poco el panorama. En primer lugar la diferencia más notable es la terminología, tanto en Cuda como en OpenCL la terminología es distinta lo cual puede causar alguna confusión, pero es lógico teniendo en cuenta que trata de dos lenguajes distintos, no obstante con una pequeña chuleta no debería dar más problemas. Aunque es verdad que si tengo que elegir entre threads o work-item (por ejemplo) prefiero el término threads que utiliza Cuda, pero cada uno tiene sus gustos. Actualmente el mismo programa realizado en Cuda y en OpenCL y corriendo sobre el mismo hardware muestra una diferencia de un 10% mas rápido en Cuda que en OpenCL, en una situación idílica de no utilizar memoria compartida. En el caso de utilizar memoria compartida podemos llegar a diferencias de x5 .En esta tabla se puede observar detenidamente las diferencias. dibujo1 Esto es debido a que Cuda está optimizado para el hardware de Nvidia y puede sacar más provecho que si se utilizan una funciones no optimizada. No obstante los fabricantes “pretenden” hacer que este rendimiento sea el mismo, si existe una demanda que lo solicite. De hecho la ultima tarjeta de Ati rinde igual con OpenCL, aunque también es verdad que Ati no tiene un producto propio que sea realmente competente. Pero este punto a mi me resulta peligrosamente controvertido “si hay demanda que lo solicite”…., nos estamos poniéndonos en las manos de los fabricantes de GPU y estamos confiando en que hagan a sus GPUS igual o más competitivas con el estándar que con su propio producto, lo cual supone claramente la muerte de su producto y el dejar libertad total al usuario para cambiar de plataforma según le venga en necesidad. La idea en si me parece muy idílica, no creo que ningún fabricante realmente quiera dar libertad al usuario para irse a la competencia. Es por ello que los anuncios sin fechas de mejoras en los productos para OpenCL me huelen un poco a humo. También puede ser que el mundo este cambiando a lo open, pero yo soy un poco como Mateo “Si no lo toco no lo creo”. De hecho si nos fijamos en la situación hasta ahora OpenCL es “soportado” por Nvidia, solo soportado, pero no se le da la constante promoción que se le ofrece a Cuda, logrando sumergirse incluso en niveles educativos .Creando de este modo cierta dependencia a esta tecnología. También se puede comprobar cómo Nvidia ha dotado a Cuda de muchas mejoras, que facilitan al desarrollador (finalmente somos el objetos de deseo) la programación y la obtención de buenos resultados. Entre otras mejoras esta
    • Una colección FFT – En OpenCL necesita su propio kernel.
    • Operaciones atómicas - que se hacen más fáciles de implementar.
    • Plantillas - en OpenCL se tienen que crear nuevos núcleos para cada tipo de datos.
    Estas mejoras son las que luchan con la gran ventaja de Open CL de libertad de hardware. Aunque se debe destacar de OpenCL que pretende ser un estándar no solo para GPU sino también para cpu y para todos los dispositivos paralelizable, es por ello que esta batalla la tiene ganada de antemano, pero volvemos a lo mismo. Si lo que quieres es GPU y sabes que Cuda va mejor , realmente te planteas si dentro de 10 años meterás una nueva gama de procesadores cuánticos súper paralelizable y la reprogramación será mínima o por el contrario prefieres ganar ese 10% durante 10 años y luego modificar el código . Se que la base de la programación hoy día es que las cosas sean escalables y modulares, pero realmente me planteo si en ambientes financieros y de grandes empresas se pueden permitir perder ese 20% hasta que alguien más se quiera sumar a esta carrera. No dudo en los estándares pero soy consciente de las ventajas de la particularización y dependiendo si mi objetivo es un entorno critico o un entorno amigable creo que la solución es distinta. Pero eso es solo lo que yo pienso. Matt Harvey (programador de Cuda y OpenCL) resume las diferencias con más detalle en este pdf " Experiences porting from CUDA to OpenCL” en el cual nos hemos basado.