Chrome 7: ¡ayúdame, GPU!

     La última versión, actualmente en la línea de desarrolladores, de Chrome ha comenzado a mostrar la posibilidad de utilizar la GPU para labores de renderización de webs ayudando a la CPU, encargada hasta el momento de todas las tareas.

     Chrome 7 ofrecerá aceleración GPU al igual que Firefox 4.0, ya disponible en la beta 4, lo que mejorará la experiencia de usuario, reduciendo el tiempo de carga de webs y utilizando menos recursos de cada ordenador. Chrome 7 promete ser una gran evolución.
     El software actual se está comenzando a beneficiar de las posibilidades que ofrecen los procesadores multinúcleo y últimamente está tomando fuerza la ayuda de las gráficas a las labores del proceso general, lo que se conoce como GPGPU. Los navegadores también se han puesto manos a la obra y tanto Mozilla con Firefox 4 o Microsoft con Internet Explorer 9 han anunciando esa característica Google acaba de hacer oficial que Chrome 7 también acelerará contenidos vía GPU.
Google ha comentado en un documento que promete pasar más y más procesos de la CPU a la GPU para conseguir aumentos de rendimiento significativos. Lo que queda claro es que actualmente ya está funcional y sólo hay que añadir una opción al lanzador de Chrome para que esté activa.
Proceso GPU cuando está activa la aceleración.
     Chrome podrá entonces mandar operaciones de renderizado a las GPU vía OpenGL o Direct3D, gracias a la separación en capas del renderizado web, como por ejemplo CSS, imágenes, vídeos, y Canvas 2D o WebGL.
     Para activar la aceleración GPU tienes que añadir al lanzador de Chrome 7 (canal desarrolladores) la opción: –enable-accelerated-compositing (cuidado, son dos quiones al principio, aunque no se vean bien).


Vía: Muy Linux

Comentarios

Publicar un comentario

Entradas populares de este blog

Proxy Transparente con SMP en Squid 3.3.3

Mucha gente confunde el término Proxy con el de Gateway (o “puerta de enlace predeterminada”, según la traducción de cierta empresa). En una red privada 192.168.0.0 Clase C (Máscara 255.255.255.0 o '/24'), se necesita un gateway si se desea llegar a otras redes, como Internet. Dicho Gateway poseerá la cantidad de interfaces necesarias y rutas establecidas y políticas de acceso que permitirán o no el acceso a ciertos destinos desde esta red interna. Por supuesto, en este caso se hablará de acceso “transparente” (por así decirlo) a la red destino en cuestión. Esto significa que el Gateway no tiene en cuenta el protocolo de aplicación (HTTP, FTP, etc.) o mejor dicho que “no los entiende ni tiene en cuenta excepto por puerto de origen o destino”. Por ejemplo, se puede asumir que en el puerto 80 de cierta IP de destino habrá un servicio que entienda HTTP... pero el Gateway no puede asegurarlo.
Leer más

Monitorizar Carpetas o Ficheros con Zabbix Server

Días atrás tenía una tarea de monitorizar con Zabbix ficheros y carpetas. CASO 1: Ficheros que entran automáticamente carpeta en Servidor Windows, se debe generar una alerta si entra 1 fichero en el rango de 15 minutos y generar una alerta cada vez que llegue un fichero, puede entrar un solo fichero a la vez y la cantidad de ficheros existentes es fija; luego que se procesa el nuevo fichero es eliminado el mismo. CASO 2: Monitorizar que se estén generando cada 24 horas carpetas de backup de Base de Datos. De no encontrarse un backup con fecha de las últimas 24 horas se genera una alerta.
Leer más

Monitoreo de Ficheros de Log desde Zabbix

El siguiente Template en Zabbix ha sido creado por la necesidad de monitorear un Log y generar un disparador (Trigger) en el momento que encuentre un string y con ella accionar un mail de alerta a los administradores. Con la opción de Zabbix logrt se logra monitorear distintos fichero que son rotados automáticamente por el SO, con el siguiente Template no es necesario cambiar cada mes o cada año la sintaxis por el que está en curso ya que son leídos todos los ficheros de Log con el parámetro que le coloquemos. Este es un ejemplo real para monitorear un Log en GNU/Linux Debian:
Leer más