Archivos Mensuales: agosto 2010

Taller práctico de openLDAP en Caracas: Sábado 4

Este sábado 4 de Septiembre, en la sede de Netlynx en Caracas estaré dictando todo el día un taller práctico sobre openLDAP orientado a entornos de infraestructura.

En un contenido eminentemente práctico de 8 horas de duración (4 en la mañana y 4 en la tarde) los participantes recibirán capacitación en torno a servidores LDAP v.3 basados en openLDAP, además de la integración de diversos servicios de plataforma tecnológica contra el LDAP, en esta primera parte aprenderán:

  • Integración de autenticación Linux-PAM a LDAP
  • Integración SUDO a LDAP
  • Configuración Samba+LDAP e integración de autenticación
  • IMAP (dovecot) y SMTP (postfix) con LDAP

Durante el taller se desarrollarán estas habilidades y se dará un preámbulo del resto de la plataforma “directorio libre” de integración.

El taller cuenta con:

  • Certificado de aprobación
  • Material de apoyo + Guía + Wiki
  • CD con ejemplos y documentación
  • Refrigerio mañana y tarde

Para todos los interesados en participar pueden contactar por esta vía, a mi correo jesuslara@devel.com.ve o a Kenny Osa a la dirección kossa@netlynx.com.ve.

La inversión será de 700 Bs.

Este taller es la primera parte de una serie de 4 talleres que se dictarán a partir de esta fecha en NetLynx y en los que la persona logrará la experiencia necesaria para integrar toda su plataforma tecnológica a openLDAP:

II (4 horas)

  • DNS-LDAP y openLDAP
  • DHCP-LDAP y openLDAP
  • Squid+DansGuardian y openLDAP
  • Apache y openLDAP

III (4 horas)

  • Mensajería instantánea (XMPP) y openLDAP
  • Asterisk/Callweaver y openLDAP
  • Correo+webmail y openLDAP

IV (4 horas)

  • Entidad certificadora y openLDAP
  • Kerberos 5 y openLDAP
  • openID y openLDAP

Para cualquier duda o comentario, no duden en contactarnos …

Apple: o como hacer que la industria *cree* tus productos

Una de las cosas que más me ha sorprendido de las campañas publicitarias de Apple, es que logran que la gente inicie “movidas especulativas” acerca de lo “nuevo e increíblemente revolucionario” que trae Apple y aunque a veces las espectativas no se cumplan, la gente -no se da cuenta- está haciendo el trabajo de los diseñadores de Apple.-

Cada vez que Apple emite invitación para un evento, los especialistas de todas las áreas y todos los blogs (como Engadget) empiezan a especular sobre las maravillosas cosas que la marca de la manzana traerá en esa reunión …

Tal vez en esa reunión no traiga esa *novedad*, pero, ¿no se han dado cuenta que le están haciendo el trabajo?, es interesante hacer una evaluación y ver que las especulaciones “se hacen ciertas” luego de un tiempo de mirar el mercado, cuando Apple lanzó el primer ipod Touch, la gente dijo que en esa reunión se lanzaría un nuevo Iphone y hasta dió todas las características (a través de especulaciones) de como sería genial que Apple trajera un nuevo “Iphone”, TODAS las características especuladas, llegaron en su lanzamiento, igual pasó con el Ipad, ahora la gente de Apple emitió una invitación un tanto “criptica”:

Y que rueden las especulaciones!, la red se ha llenado de ideas geniales acerca de lo que *significará* esta invitación, desde características a nuevos ipod Touch, a nuevos servicios de la empresa de la manzana, luego el departamento de mercadeo toma (roba, pues no le paga a los reales inventores) todas esas geniales ideas que se le ocurre a la gente en Internet, las patenta y gana una pasta de millones mientras que el *genio que ideó el artilugio* dirá “ohhh, que genial es Apple, como si yo lo hubiera inventado” …

No es posible que no se hubieran dado cuenta! …

Considero que es un claro ejemplo de como lograr el éxito de una empresa, a través de escuchar *realmente* lo que quieren las personas, claro está, obviando la parte de llenarlas de patentes, dispositivos cerrados e impersonalizables y toda la política “anti-usuario” que lleva Apple *luego* de que compras el artilugio …

Si, soy nerd …

El día sábado me tocó apoyar a un amigo en un *cangrejo tecnológico*, de esos que asustan a muchos, a la final salimos airosos y estamos felices de lo que montamos …

El cuento viene cuando regresaba a Barquisimeto …

Venía en un carrito con otros 3 pasajeros más el chofer, me vió con cara de cansado y me preguntó que hacía; yo en una de catársis y cansancio le dije:

“Es que no puede ser, estaba migrando unos Ubuntu Server a Debian Squeeze con Xen, a los cuales encontramos cosas como unos CPUs corriendo en power low level, les sacaron RAM y era un ubuntu todo viejo ahí 7.10 sin updates, al loco se le ocurrió usar Vmware y el Blade estaba en su U mal montado y en alarma, incluso al muy chistoso que lo montó se le ocurrió ponerle t-wraps a los brakets del riel de la U y no podíamos sacarlo, a la final, todo se volvió un cangrejo porque los proliant tienen bugs en el grub para generar el stage1 y botan ahí un error 15, tuve que iniciar live-cd para arrancar un grub-setup y por fin arreglar todo …

Para colmo, los puertos eran USB-1 y mi SATA-2 falló, por lo que no pude contar con un mirror” …

El señor chofer me mira confundido y me dice “no te entendí absolutamente nada, aunque eso de los blade en U alarmados sonó como grave … que bueno que lo resolviste …”

Miré a los lados, me reí y recordé que mi idioma Nerd no lo habla todo el mundo …

Canaima/Trisquel vs. Debian: Distribuciones para usuario final

Estan son ideas aisladas que logré hilvanar luego de mi participación en el “Dia Debian Barquisimeto” y es una reflexión sobre hacia donde debemos llevar a los nuevos usuarios y a la distribución nacional Canaima …

Puede que hiera algunas susceptibilidades, pero considero que es discusión necesaria …

Mi concepto de usuario final …

¿A quién considero yo un “usuario final”?, es aquella persona que utiliza el computador como una herramienta, lo ayuda en sus quehaceres y le permite navegar en Internet, conectarse a redes sociales y por qué no, jugar a la granjita …

Un usuario final usa la computadora como quien usa un celular, un microondas o un vehículo, el 80% de las personas que conducen no tienen por qué saber mecánica para poder manejar … hay quien te dirá que “es necesario saber al menos lo básico”, pero todos sabemos que no lo es …

Bueno, claro, te quedarás varado en espera de una grua si no sabes siquiera lo más básico, pero comprendamos que esto no será la mayor parte del tiempo …

Por el contrario, nosotros vivimos de esto (al menos yo) y pues es lógico que necesitamos saber muchisimo más que el resto de los usuarios de computadoras …

¿Qué es GNU/Linux Debian?

Debian es una meta-distribución, como tal, es genérica y trae todo lo que necesitas para convertirla en TODO lo que necesitas, desde servidores a dispositivos imbuidos, pasando por teléfonos y como no, estaciones de trabajo y escritorio …

¿Puede ser Debian (o una distribución basada nativamente en Debian sin personalizaciones) una distribución apta para el usuario final nombrado líneas más arriba? …

Y mi respuesta es … NO!

¿Qué diferencias hay?

Notemos algunas diferencias que a la primera se daría cuenta cualquier persona:

  • Ubuntu ya trae todo el firmware privativo instalado para *casi* cualquier dispositivo, activar tu inalámbrica pasa por simplemente poner en *on* el switch de la misma.
  • En Trisquel no vendrán esos binarios, así que cierto hardware no funcionará, pero en su defecto, trae un kernel libre mucho más ligero (hay menos mutexes y paradas del kernel esperando la inicialización de binarios externos) que además, trae el parche (por defecto) de Ingo Molnar para respuesta “realtime” preemptiva, esto nos da una sensación de uso más “suave” del equipo y una mejor respuesta ante aplicaciones críticas de usuario (edición de audio o de video, 3D, blender y otras aplicaciones).
  • Ubuntu *por defecto* tarda unos 15 a 25 segundos en iniciar, un Debian Squeeze *por defecto* tarda unos 25 a 30 segundos en iniciar (en mi hardware, sin tunning), Trisquel tarda unos increíbles 12 segundos en iniciar.
  • Debian trae un kernel compilado para arquitectura i386 (si usan amd64, al menos podrán contar con un kernel x86_64) con una velocidad de reloj de latencia de 300Mhz, una respuesta pre-emptiva de 250Mhz, con la mayoría del tiempo de proceso dedicado a los servicios y no al espacio de usuario.
  • Ubuntu trae un kernel “personalizado” con respuesta de 700Mhz y una latencia pre-emptiva de 1000Mhz.
  • Trisquel trae un kernel “dietético” sin binarios privativos que deban ser inicializados y ralentizando el kernel, con una velocidad de 1000Mhz y tickless (respuesta pre-emptiva en tiempo real, menor a 100 ms).

¿Por qué basar una distro en Debian?

Una distribución de GNU/Linux debería estar basada en Debian siempre y cuando se vayan a tener varios “targets” o destinatarios y tipos de usuarios, la gente de gNewSense cambió de Ubuntu a Debian porque entre otras cosas sugirieron en la lista de discusión la “posibilidad” de crear proyectos como *servidores libres* (gNewSense con configuración óptima para servidores pero usando un kernel GNU Linux-Libre).

Sin embargo, basar una distro en Debian cuando su destino final es “el usuario final” (como Canaima Linux) tiene como consecuencia un trabajo “mayor” de los organizadores pues estos tendrán que poner a punto las configuraciones de distintos paquetes de software (para que el usuario no tenga que unir *a mano* el PulseAudio con el Jack o tenga que configurar a *al pelo* su tarjeta de video).

Si al final, tomamos los paquetes y el núcleo de Debian y le hacemos un “maquillaje estético” a la distribución, le estaremos instalando un Servidor de archivos (y no una estación de trabajo óptimizada) al usuario, con las consecuencias de lentitud, nivel de respuesta y adaptación del usuario …

Y ni hablar cuando esa distribución se base en la versión *estable* de GNU/Linux Debian.

Pero, ¿Por qué no puede configurarla a su gusto el usuario?

Si, yo uso Debian, anteriormente usaba en el mismo entorno y partición una versión “desktop” con kernel personalizado (vanilla-flavor) para “navegar y jugar” y en esa misma partición, montaba Xen-Linux-System y toda mi plataforma para trabajar (VMs con postgreSQL, mySQL y MariaDB, Samba, etc); solo diferenciados por el arranque del GRUB, ahora las configuraciones de tunning y *performance* para una *óptima* versión escritorio y una *óptima* versión de servidor son tan distintas que llegué a la conclusión que tener 2 entornos completamente separados, un Debian para trabajar y un GNU Trisquel para jugar, navegar y transmitir por RadioGNU era algo necesario.

Claro, yo en mi GNU/Linux Debian tengo aún esa “versión optimizada para escritorio” donde a pelo y configurando “a lo agrícola y artesanal” he modificado:

  • Modificado el GRUB para una larga lista de opciones de optimización
  • Fijar los fallos de asignación MTRR para una mejor respuesta del video
  • Cambios para usar nativamente la GPU y aceleración openGL en todo el entorno de escritorio y video
  • Modificaciones en los parámetros de HDPARM, para sacarle el máximo provecho a mi disco SATA-2
  • Apagar la acústica del disco duro, no me importa que suene, pero va más rápido
  • Modificado las variables de sysctl para que gestione mejor la memoria de userspace.
  • Uso y configuración de preload en Debian para una carga optimizada de aplicaciones (preload y prefetch vienen ya configurados por defecto en Ubuntu y Trisquel)
  • He cambiado el comportamiento en sysctl del “swappiness” ya que con 4Gb de RAM en un entorno de escritorio, es innecesario que Linux use Swap.
  • He desactivado cosas que no uso (como IPv6) para mejorar la velocidad en general de la red.
  • Re-optimización de módulos del kernel (como mi inalámbrica, para que soporte 150Mbps, ya que tengo un Access Point Wireless-N).
  • He recompilado algunas aplicaciones usando directivas de pre-compilación para mi arquitectura específica (-march=nonona, la arquitectura de 64-bits de Intel, si quieres 32-bits usas prescott) y muchas las compilo con “-O3” (máximo performance).
  • Uso de aceleración GL y no *por software* en las aplicaciones de video (que lo soportan), esto ahorra CPU una barbaridad.
  • Uso de un kernel RT (realtime), he parcheado (Ingo Molnar patch) un kernel vainilla 2.6.33-7 y he obtenido rendimiento realtime, con respuestas menores a 100 ms en las actividades directamente dedicadas al Kernel, incluso he podido iniciar IDJC en modo “real time” sin obtener XRUNS, claro, eso en Trisquel ya viene “por defecto” y no tuve que parchear ni compilar Kernel.

La conclusión a esta larga lista de cambios, es que mi estación de trabajo (donde programo, etc) GNU/Linux Debian es tanto o más eficiente que un Ubuntu o Trisquel corriendo en esta misma PC.

Claro, la cantidad de cambios y personalizaciones que tuve que hacer para llegar al *punto óptimo* de ejecución de mi portátil raya en las personalizaciones de sistemas como Linux Arch o Gentoo Linux.

A la vista del “eye-candy”

Mucho del escritorio GNU/Linux, sobre todo KDE4+plasma o Gnome+Compiz, vende *gracias* a su capacidad de asombrar con el “eye-candy”; pero como afirmo allá arriba, no es lo mismo mi escritorio, donde con varios “tweaks” he hecho que el sistema de video use la GPU y la aceleración por hardware del video (y no el “indirect-rendering” que usa emulación de aceleración 3D por software) al de un usuario con un “Canaima básico” usando intel-vesa con framebuffer por software que pensará que su computador es un “pote” inútil o que Linux es “dificil” porque para lograr esos *tweaks* requiere conocer de física nuclear y matemáticas avanzadas y que por tanto “esa cosa difícil del Linux” no es para él.

¿Y eso tiene algo de malo?

Para un usuario final si lo tiene, no podemos pretender que todo el mundo sepa mecánica para evitar las congestiones por gruas, tampoco podemos pretender que la gente monte un GNU/Linux Debian (o un Canaima: Debian Lenny Edition) y se la pase *paseando* todos los días por foros o listas de correo de soporte preguntando una y otra vez como se configura el modem 3G de movistar para conectarse a Internet en Canaima Linux.

Es injusto (por partida doble) que la gente no cuente (son simples scripts que se pueden correr en conjunto con los scripts *laptop-detect* que permitirían personalizar el hardware de manera automática) con equipos “óptimos” para su día a día; pero que además, tengan que enfrentar listas de correo de soporte para responder a sus problemas, una y otra y otra vez, para llenar egos inflados de Debianitas Pro-Canaima que quieren siempre responder a esas preguntas para “demostrar que saben” …

Al final de cuentas, una persona ve un GNU/Linux Debian como el mio y lo compara con su Canaima y siempre terminan llenos de frustración por la imposibilidad de “enchufar su modem 3G” y hacerlo funcionar con un simple “asistente gráfico” y en vez de recibir esas mejoras (o scripts automáticos que lo ayuden en su personalización) recibe respuestas en listas de correo donde le piden que abra una consola y utilice el comando wvdial.

Un usuario final, ni siquiera sabrá para qué le sirve una consola.

Rotación y Auto-Rotación de pantalla (iphone-like) con Linux

La rotación de pantalla es una posibilidad nativa del sistema X, basado claro está en xrandr (un comando de X que permite rotar la pantalla, cambiar resolución, etc), ahora bien, la idea de asociar esto a una tecla o mejor aún, aprovechar las capacidades de nuestro hardware para hacerlo de manera automática es mucho más práctico.

El módulo thinkpad_acpi

En mi caso, al tener una portátil Thinkpad, uso el módulo thinkpad_acpi para controlar los “botones especiales” de la portátil, para “asegurar” la carga de este módulo hemos agregado su nombre a:

/etc/modules

Y listo!, podemos usar el botón thinkVantage, subir y bajar volumen, cambiar de escritorio, etc.

Ahora bien, la Thinkpad tablet PC viene con un botón que se usa “precisamente” en Windows para rotar la pantalla, su combinación de pantalla es “0xc7” y puede ser asociado fácilmente a cualquier cosa, en la sección SISTEMA > “Preferencias” > “Combinaciones de Teclas” de Gnome, para ello cargamos el selector de combinación de teclas, y presionamos el botón “Añadir”:

Creamos un acceso llamado “Rotar Pantalla” y lo asociamos a un script en python llamado /usr/bin/rotate-screen.py que ya veremos como funciona.

La cosa queda así:

Ahora, a trabajar en el script!.

El Script de rotar la pantalla

El guión de rotar pantalla es un simple script de python, que usa xrandr para rotar la pantalla y usa xsetwacom para rotar el cursor/stylus/puck de la tablet PC, adicionalmente utiliza el módulo HDAPS (Hard Disk Active Protection System) para determinar con el acelerómetro la posición actual (si es izquierda, derecha, normal o invertida), para los que no tengan acelerómetro en el disco duro, simplemente podrían determinar el actual modo de rotación y cambiar al siguiente (para hacer una rueda infinita de rotación normal > izquierda > inverted > derecha).

Es como ejecutar “a mano” los siguientes comandos:

normal=’xrandr –output LVDS –rotate normal’
left=’xrandr –output LVDS –rotate left’
right=’xrandr –output LVDS –rotate right’
inverted=’xrandr –output LVDS –rotate inverted’

También usa el módulo Thinkpad-ACPI para determinar el modo en el que estamos (PC o Tablet PC), ya que solo rotará si estamos en modo Tablet.

cat /sys/devices/platform/thinkpad_acpi/hotkey_tablet_mode

Donde: 0 = laptop y 1 = tablet

Yo ya había hecho este script en bash, sin embargo, me pareció una buena práctica de scripting en python hacerlo por esta vía.

Por ejemplo, rotar la pantalla a la derecha sería en bash:

#!/bin/bash/usr/bin/xrandr -o right
xsetwacom set "Serial Wacom Tablet" Rotate cw
xsetwacom set "Serial Wacom Tablet eraser" Rotate cw

Nota: las rotaciones de la Tablet son: none, cw, ccw e inverted

Pueden descargar el guión de acá: http://depositfiles.com/files/wk2fdee34

Simplemente copian ambos archivos a /usr/bin:

cp * /usr/bin && chmod +x /usr/bin/rotate-screen.py

Y listo!, ya pueden rotar sus pantallas.

Auto-rotación

Para que la auto-rotación funcione, requieren que el módulo tp_smapi esté instalado, en Debian la forma más fácil es instalar el paquete DKMS (auto-construye el módulo):

aptitude install tp-smapi-dkms

Esto ejecutará lo siguiente:

Configurando tp-smapi-dkms (0.40-8) ...
Creating symlink /var/lib/dkms/tp-smapi/0.40/source ->                 /usr/src/tp-smapi-0.40
DKMS: add Completed.
Kernel preparation unnecessary for this kernel.  Skipping...
Building module:cleaning build area....make KERNELRELEASE=2.6.32-5-amd64 -C /lib/modules/2.6.32-5-amd64/build M=/var/lib/dkms/tp-smapi/0.40/build.....cleaning build area....
DKMS: build Completed.
thinkpad_ec.ko:Running module version sanity check. - Original module   - No original module exists within this kernel - Installation   - Installing to /lib/modules/2.6.32-5-amd64/updates/dkms/
tp_smapi.ko:Running module version sanity check. - Original module   - No original module exists within this kernel - Installation   - Installing to /lib/modules/2.6.32-5-amd64/updates/dkms/
hdaps.ko:Running module version sanity check. - Original module - Installation   - Installing to /lib/modules/2.6.32-5-amd64/updates/dkms/
depmod......
DKMS: install Completed.

Nota: Requieren tener instalados los linux-headers de su kernel actual

Si acaso desean instalarlo desde fuentes, entonces usan tp.smapi-sources:

aptitude install tp-smapi-source

Y usar module-assistant para instalarlo:

cd /usr/src/tp-smapi/

Actualizamos:

m-a update

Y auto-instalámos el módulo:

m-a a-i tp-smapi

luego ejecutamos el montaje de los módulos:

modprobe hdaps
modprobe thinkpad_ec
modprobe tp_smapi

Si acaso bajamos los fuentes de la página oficial (y no usamos los de Debian):

Descomprimen y compilan:

#tp_smapi

make
make install HDAPS=1
make load HDAPS=1 FORCE_IO=1

En cualquiera de los 3 casos, ejecutar modinfo tp-smapi devolverá información del módulo cargado:

modinfo tp-smapi
filename:       /lib/modules/2.6.32-5-amd64/updates/dkms/tp_smapi.ko
license:        GPL
version:        0.40
description:    ThinkPad SMAPI Support
author:         Shem Multinymous
srcversion:     F73BBCBD87C5944FFE67105
depends:        thinkpad_ec
vermagic:       2.6.32-5-amd64 SMP mod_unload modversions
parm:           debug:Debug level (0=off, 1=on) (int)

Cuando cargan, veremos esto en el dmesg:

[16848.875565] tp_smapi 0.40 loading...
[16848.876270] tp_smapi successfully loaded (smapi_port=0xb2).
[16855.810653] hdaps: LENOVO ThinkPad X61 detected, setting orientation 6
[16855.811656] hdaps: initial mode latch is 0x05
[16855.811824] hdaps: setting ec_rate=250, filter_order=2
[16855.812048] hdaps: device successfully initialized.
[16855.812811] input: ThinkPad HDAPS joystick emulation as /devices/virtual/input/input12
[16855.814213] input: ThinkPad HDAPS accelerometer data as /devices/virtual/input/input13
[16855.814571] hdaps: driver successfully loaded.

Ya con esto, la auto-rotación es posible!.

Auto-rotación, registrando un servicio

La auto-rotación es un script que queda “cargado en memoria” usando la capacidad de un script python de quedar registrado como un DBusGMainLoop, todo es gracias a esta función main:

def main():
  dbus_loop = DBusGMainLoop(set_as_default = True)
  session = dbus.SessionBus(mainloop = dbus_loop)
  loop = gobject.MainLoop()
  gobject.threads_init()
  gobject.timeout_add(1000,setRotation)
  loop.run()

main()

Que permite ejecutar la función “setRotation” cada 1000 milisegundos, dicha función se encuentra en el script “autorotate-screen.py” y determina la posición de la pantalla por las coordenadas de posición que devuelve el acelerómetro:

* Cuando hdaps está en modo “PC” en mi mesa:

cat /sys/devices/platform/hdaps/position

resultado : (0,-3)

* Cuando hdaps está en modo “tablet” con la posición invertida

cat /sys/devices/platform/hdaps/position

resultado : (-510,637)

Y como registro ese script?

Para que este script se inicie siempre que arranque la computadora (pero SOLO cuando YA haya arrancado las X) el script no debe ir en /etc/rc.local sino en:

/etc/gdm3/Init/Default

Al final de ese archivo agregaremos la línea:

/usr/bin/autorotate-screen.py

Y listo!, la próxima vez que el GDM inicie, podrán rotar la pantalla automáticamente (cuando esté en modo Tablet PC) con solamente girar la pantalla.

[Política] El video de Pedro Pablo Alcántara y la sindéresis

Yo sé que prometí no hablar más de política hasta el 26-S, pero realmente en Venezuela es difícil y esto es casi un vicio …

Durante el simulacro electoral del Domingo, ocurrió un hecho lamentable en la Escuela Pablo Manzano Velóz, acá en Barquisimeto, en este y de acuerdo a las preliminares, se forma una trifulca entre afectos al oficialismo y personas de la oposición, como siempre alguien sale lastimado y todos se acusan de lado y lado, más que todo el video ha corrido en todas partes con el título “Pedro Pablo Alcántara Golpea a una mujer” …

¿Vamos a seguir en este sectarismo enfermo de bando y bando?, acá les pongo el video:

Quiero dejar en claro, que el análisis del video que haré será y tratará de ser imparcial, puesto que al ser un video grabado con un teléfono, hay pocas posibilidades de obtener más pistas, léase hacer zoom y ver detalles, sin embargo, hay varias cosas claras y las detallaré por tiempo, para que las personas hagan su propio análisis:

Tiempo: 0:14 – El grupo de la oposición entra gritando consignas de “Unidad, Unidad”, en un ambiente lleno de afectos del oficialismo, esto exhacerba los ánimos, y empiezan a gritar “Fuera, Fuera” (acá ya se sabe quién empezó a calentar los ánimos) …

Tiempo: 0:21 – Empezamos a ver como los afectos al oficialismo, rodean al grupo de oposición, que se aislan en el patio central de la Escuela Pablo Manzano Veloz, aún siguen gritando “Unidad, Unidad” y los Chavistas entre “Fuera, Fuera” y “No pasarán” (El niño que es llorón y la mamá que lo pellizca) …

Tiempo: 0:27 – Se observa a una señora de gorra negra y franela blanca,  al lado de los franela azul de círculos Bolivarianos, junto a una señora de bolso plateado y pantalón negro a la derecha del video (memorice su gorra y franela, por favor, la verá de nuevo más tarde)

Tiempo: 0:44 se ve como le tumban la gorra a Pedro Pablo Alcántara y este se agacha a recogerla

Tiempo: 0:56 La señora de negro ha abandonado el grupo y ahora está junto a los de oposición, exactamente detrás de Alfredo Ramos, en la parte superior derecha del video.

Tiempo: 0:58 – Pedro Pablo Alcantara comienza a gritar algo a la multitud que está enfrente, esto molesta a un señor mayor, que se coloca al lado de él

Tiempo: 1:01 – El señor mayor de franela azul claro comienza a gritarle exactamente al lado a Pedro Pablo Alcantara, vemos al lado del señor (1:02) a la señora agredida

Tiempo: 1:06 – El señor mayor abre los brazos en actitud amenazante, algo le ha dicho Pedro Pablo Alcántara que ha causado la ira del señor; la señora de Gorra negra ya se encuentra exactamente detrás de Pedro Pablo Alcántara (centro del video)

Tiempo: 1:07 – Pedro Pablo Alcántara intenta separar al señor, como si fuera a empujarlo, pero el señor se aparta y aparta el brazo de Pedro Pablo Alcántara, La mujer que lo abofetea se encuentra exactamente enfrente y la señora de gorra negra se encuentra con los brazos en la gorra exactamente detrás.

Tiempo: 1:07.5 – Pedro Pablo es alcanzado por una bofetada de la señora, la señora de gorra negra mira a la mujer que está abofeteando a Pedro Pablo.

Tiempo: 1:08 Pedro Pablo usa ambos brazos, uno para detener la tercera bofetada de la señora, con el otro trata de detenerla pues se abalanza hacia él, como podrán ver en una ampliación, la mano de la señora de gorra negra está ya en la espalda de Pedro Pablo Alcántara

Tiempo: 1:08 Pedro Pablo pierde el equilibrio, abre ambos brazos (reacción natural a la pérdida del equilibrio), como consecuencia de la fuerza que la señora de gorra negra ejerce sobre él, empujándolo hacia enfrente.

Tiempo: 1:08.5 Pedro Pablo cruza los brazos y la señora agredida hace lo mismo, en el usual acto cuando dos personas van a chocar, La señora de gorra negra sigue empujando a Pedro Pablo.

Tiempo: 1:09 Pedro Pablo termina de perder el equilibrio y cae sobre la señora, la señora de gorra negra queda exactamente detrás, como nota curiosa, vemos a uno de los compañeros de la señora de gorra entre Pedro Pablo y un señor de chaleco, riéndose.

Tiempo: 1:10 Entre el señor mayor y un señor de gorra y franela roja, separan a Pedro Pablo Alcántara de la señora, este hombre luego de separarlo, se abanlanza puño arriba contra Pedro Pablo Alcántara, al final del segundo 1:10, vemos como logra asestarle un golpe en el hombro.

Tiempo: 1:11 Comienza la trifulca

Notas curiosas posteriores:

Tiempo: 1:26 La señora recibe más golpes de la trifulca entre un chavista y el opositor de chaleco blanco (pues quedó en medio de esa pelea) que del propio “acto” principal.

Tiempo: 1:28 Interviene el Ejercito

Tiempo: 1:35 Una persona de franela azul salta como si fuera kung-fu y cae accidentalmente encima de un soldado del ejército.

Tiempo: 1:37 La señora de gorra negra brilla por su ausencia!

En el video podemos ver 3 cosas:

  • En vez de respetar el solenme acto de un ente comicial AUTONOMO, tanto chavistas como opositores se fueron al simulacro, violando las leyes electorales uniformados de sus respectivas consignas, pancartas y propaganda electoral; además los de la oposición llegan gritando “Unidad, Unidad” y otra serie de consignas en un recinto absolutamente lleno de franelas rojas.
  • Cualquier persona sensata y sin llenarse de los ánimos y pasiones intestinas de cada uno de sus bandos, se dará cuenta que ni los de oposición llegaron “mansitos y respetando la solemnidad del acto” ni los chavistas respetaron el derecho de los demás de ejercer su voto soberano (así fuera en simulacro), ¿por qué gritar “Fuera, Fuera”?, ¿acaso por ser opositores no tienen derecho a acceder a un simulacro electoral?
  • NO PUEDO CREER, que yo a mis 30 años esté defendiendo a un Adeco, de verdad que no, pero en el video, para alguien con 4 dedos de frente, está clarito que fué un montaje, o al menos se vé como la señora de gorra negra se infiltra entre los de la oposición y empuja a Pedro Pablo Alcántara hacia la multitud y hacia la señora agredida, si alguien no admite esta verdad, está enceguecido de la ira sectaria.

Como nota adicional, quisiera agregar que más allá de estar atacando a diestra y siniestra de bando y bando; léase: los de la oposición no llegaron “como corderitos” y fueron recibidos por turbas molestas y dos, Pedro Pablo Alcántara fue empujado sobre una mujer por una persona de gorra negra y franela blanca, que de iniciarse un juicio, sería la primera persona convocada por la fiscalía, ¿alguien había analizado seriamente el video antes de comenzar a generalizar los ataques de lado y lado?.

Yo concluiría 2 cosas:

  • En mi sano juicio! usaría ese video para demandar a Pedro Pablo Alcántara por agresión, en este la fiscalía puede probar con un simple análisis visual, que sí, la señora salió en defensa del adulto mayor al cual Pedro Pablo Alcántara quiso empujar, pero la señora de Gorra Negra empuja al candidato adeco y es quien literalmente comienza la violenta trifulca, si alguien debe imputar la fiscalía por alteración del orden público es a esa señora.
  • NADIE respetó la solemnidad de un evento promovido por un ente comicial “Independiente” (el CNE), la presencia de afectos al oficialismo con franelas, gorras, signos políticos y pancartas y los de la oposición gritando a viva voz sus consignas y uniformados es una prueba más de que este país se mueve más por las tripas, por pasiones intestinas y acciones de fé dogmáticas que por la conciencia y la sindéresis.

Al final, me gustaría saber, ¿si la proporción de chavistas-opositores, era al menos 10 a 1, qué ganaban con vociferar y sacar a los de la oposición?, igual pregunta para los de la oposición, ¿si la proporción es tal, por qué llegar gritando consignas y empujando gente para hacerse notar?, y obviamente para ambos, ¿donde está la democracia, la tolerancia y la sindéresis que debe reinar en un proceso electoral democrático, abierto y donde TODOS deben participar? …

Que sirva esto de lección para ambos bandos, si alguno busca pelea, la encontrará … nada ganamos con estar haciendo estos espectáculos …

[La nota del día] Me declaro abstemio de política …

Luego de ver las declaraciones del Candidato a la AN y ex-Gobernador Luis Reyes Reyes (al bajarse de *su* mini-jet en el aeropuerto Jacinto Lara de Barquisimeto) capturadas por “El Informador” donde asegura que “… las obras paralizadas en Lara son debido a que no seguirán financiando a un gobierno traidor como el de Henry Falcón”, como si sabotear la obra de un gobernador de oposición solo afectara a Henry y no a TODOS los habitantes de este estado, cuando habló de que “no ha visto nada” en la construcción de vivienda (pero olvida las 6000 casas que prometió con el convenio Iraní y que por falta de apoyo el MOPVI terminó construyéndolas en Acarigua y Guanare) o los 51 mil millones de bolívares desaparecidos durante la culminación de la circunvalación norte (durante su estadía como Gobernador); además, ¡Por fín apareció Pedro Carreño!, el candidato fantasma barinés asignado “A dedo” para Lara, aun cuando para la fecha de los comicios internos del PSUV ni siquiera vivía aquí (violando las ley del poder electoral de que un representante a la AN por un estado debe ser habitante de dicho estado al menos 3 años) y verlo con sus trajes de gala, ese mismo hombre que juró que el prófugo internacional Montesinos estaba muerto o que los DirectTV se usaban para espiarnos por parte de la CIA, el que viste de Louis Vuitton y usa palabras rebuscadas para hacernos creer que es más “culto” de lo que aparenta, el que le hizo a su hija una celebración de quince-años con Chino y Nacho, con el salario de un Asambleísta …

Y claro, la gente pregunta, ¿cómo es posible, que tras ese pasado, aún así en Lara vaya a ganar el PSUV? … pues es fácil, con candidatos como Pedro Pablo Alcántara, un dinosaurio político de la corriente “negacionista” (hay que negar todo lo que el gobierno haga, así sea bueno, so pena de quedar *rayado* como Chavista Light) y a pesar de que hicieron las afamadas “primarias” (con todo y la brutal abstención), por ahí ganó en Palavecino un *sufrido con carisma* llamado Eduardo Gómez Sigala, uno de los afectados por las expropiaciones del valle del turbio ordenadas en 2006 por Chávez y ejecutadas por Henry Falcón (y que ahora niega a toda costa), quisiera saber si este sufrido con carisma jurará ante la constitución que no usará su cargo para *echar para atrás* el decreto 14-2006 de expropiación y “devolverse sus tierritas” y usar el poder para beneficiarse a si mismo  …

Los candidatos del PPT son unos completos desconocidos para mí …

Victor Torrealba Leal, candidato de la *MUD* que ha estado en más partidos políticos buscando “un carguito” que ya no sabría asegurar cual es la tendencia política del locutor y periodista larense …

Al mismo estilo de cuando en las internas ganó Jonás Reyes pero lo objetaron para apoyar a Henry Falcón, a Ismael Burgos lo objetaron para ser suplantado “a dedo” (aún cuando ganó democráticamente las primarias del PSUV) …

En fin, en Lara no se votarán diputados por “cual lo hará mejor”, sino ¿Cual es el menos peor? … triste realidad …

Quisiera que lejos de pasiones intestinas y ciega fé dogmática, los lectores de mi blog me orientaran sobre cuáles diputados “con conciencia” hay que apoyar el 26-S, es un buen experimento hacerlo por acá y ver que resultados trae …

Y como en fín, la política se ha vuelto un tema tan “sucio y espinoso” en estos días, me declaro abstemio de la misma (trataré) hasta el 26-S.

[Xen] VT-d (VGA) Passthrough y el rendimiento de las VM en Xen

Luego de que en el nucleo Xen 3.25 de la última versión de GNU/Linux Debian Lenny (5.0.5) se incorporara PCI Back para que las VM pudieran adquirir acceso directo a tarjetas de red, dispositivos PCI y USB, se discutió para la versión 4 (y aprovechando las extensiones paravirt_ops del kernel Linux > 2.6.30) la incorporación de VT-d (VGA) Passthrough, esto es, la posibilidad de incorporar a la VM la capacidad de acceder a la aceleración de video nativa del hardware (video AGP, PCI o PCI-e).

Como el Kernel Xen de Debian Squeeze incopora tanto Xen 4.0 como las opciones paravirt_ops y HVM (Qmeu-KVM extensions for Xen), pues me decidí a probar a ver si en Debian Squeeze y Xen podríamos usar VGA Passthrough para correr máquinas Windows (XP, 2003, 7) y que aprovechen la full-aceleración nativa del video.

Mi Hardware:

Mi portatil es una Lenovo Thinkpad X61 Tablet PC, con 4 Gb de RAM y una tarjeta de video Intel G965 con 256 MB de Video:

lspci -v -s 00:02.0
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller])
Subsystem: Lenovo T61
Flags: bus master, fast devsel, latency 0, IRQ 749
Memory at f8000000 (64-bit, non-prefetchable) [size=1M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
I/O ports at 1800 [size=8]
Expansion ROM at <unassigned> [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 3
Kernel driver in use: i915

El Xen de Debian Squeeze trae estas opciones activas:

xm info

host                   : lexotanil

release                : 2.6.32-5-xen-amd64

version                : #1 SMP Sat Jul 24 04:03:11 UTC 2010

machine                : x86_64

nr_cpus                : 2

nr_nodes               : 1

cores_per_socket       : 2

threads_per_core       : 1

cpu_mhz                : 1596

hw_caps                : bfebfbff:20100800:00000000:00000940:0000e3bd:00000000:00000001:00000000

virt_caps              : hvm

total_memory           : 4022

free_memory            : 636

node_to_cpu            : node0:0-1

node_to_memory         : node0:636

node_to_dma32_mem      : node0:636

max_node_id            : 0

xen_major              : 4

xen_minor              : 0

xen_extra              : .1-rc3

xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 

xen_scheduler          : credit

xen_pagesize           : 4096

platform_params        : virt_start=0xffff800000000000

xen_changeset          : unavailable

xen_commandline        : 

cc_compiler            : gcc version 4.4.4 (Debian 4.4.4-5) 

cc_compile_by          : waldi

cc_compile_domain      : debian.org

cc_compile_date        : Wed Jun 30 14:32:51 UTC 2010

xend_config_format     : 4

Entre las capacidades de virtualización completa resalta HVM, por lo que podemos levantar sistemas operativos no-linux (BSD, macOSX, Windows, etc).

¿Qué ganamos con esto?

Imaginen las posibilidades, una máquina con Xen, permite a un usuario correr una VM MS Windows en un entorno “no privilegiado”, sin embargo, el acceso a recursos PCI y VGA le permitirá al usuario acceder como si estuviera en una máquina nativa, con la seguridad de estar encima de un entorno Xen, podemos lograr cosas como:

  • Si a la máquina le cae un virus, eliminamos la máquina virtual y restauramos de alguna copia
  • Podemos jugar de manera full y nativa los juegos de Windows, ya que la aceleración 3D directX encontrará los drivers “oficiales” del hardware.

Por ahora, solo aquellos CPUs que soporten VT-d e iommu podrán ejecutar VGA Passthrough; pero esto representa una ventaja enorme tanto de KVM y de Xen como herramientas de virtualización.

Por ahora, muestro un Windows XP corriendo desde una VM de Xen, mi configuración es:

  • Xen System de GNU/Linux Debian (4.0)
  • Soporte iommu, VT-d y HVM activado
  • Tarjeta de video Intel 965 y CPU Core 2 Duo L7500
  • VM para Xen de Windows XP, con 1Gb de RAM asignado, 64 MB de Video y 2 CPUs en modo compartido (no tengo más!).

Con esta configuración, logré correr la VM en dos combinaciones de resolución:

1024×768 a 32 bits

y 1280×1024 a 16 bits

Hacen falta más pruebas, benchmarks, etc (e instalar programas en la VM) para demostrar el rendimiento de la VM Xen.

Acá un par de pantallazos:

Windows XP corriendo a *casi* full pantalla en una VM Xen, desde un entorno openBox.

El paseo de “Bienvenida”, mostrando las animaciones …

Un MS Windows 2003 Adv. Server corriendo a 1280×1024 dentro de un gnome con compiz!

Futuro

La idea es clara, para aprovechar al máximo el hardware de nuestros equipos, la virtualización es algo necesario y para poder correr cosas como aplicaciones gráficas, juegos y otras aplicaciones de alta demanda gráfica pues VGA Passthrough promete ser la “solución definitiva” para la migración efectiva de todos esos exigentes usuarios.

¿Imaginan tener un equipo de esos Quad-Core, con 3 sistemas operativos en HVM corriendo en paralelo?

Imaginenlo, un MacOS X para el diseñador entusiasta que usa Photoshop, al lado un Windows donde tiene cargado su juego favorito y todo eso sobre el confiable y robusto Linux de siempre.

¡Adiós Excusas de migración! …

Linux Video: mejorando la aceleración de video

Del artículo anterior y de las correcciones a los pequeños bugs del video Intel, descubrí *casí* por accidente la extraordinaria calidad de video que significa usar aceleración y procesamiento de video por hardware.

Como habrán leído en el artículo anterior, se hicieron una serie de cambios en la configuración del video Intel para soportar entre otras cosas:

  • Aceleración nativa UXA
  • 256 MB de video RAM
  • Triple Buffering
  • MTRR y caché de video

La configuración agregada al archivo /usr/share/X11/xorg.conf.d/10-screen.conf es:

Section “Device”
Identifier      “Configured Video Device”
Driver          “intel”
Option          “AllowGLXWithComposite” “true”
Option          “XAANoOffscreenPixmaps” “true”
Option          “AddARGBGLXVisuals”     “True”
Option          “VideoRam”      “262144”
Option          “AccelMethod”    “UXA”
Option          “EXAOptimizeMigration”          “true”
Option          “MigrationHeuristic”            “smart”
Option          “Tiling”                        “true”
Option          “NoDDC”
Option          “BackingStore”  “True”
Option          “AIGLX”  “true”
Option          “MTRR” “on”
Option          “LinearAlloc” “6144”
Option          “MonitorLayout” “CRT,LFP”
Option          “DevicePresence” “true”
Option          “RenderAccel” “true”
Option          “RandRRotation” “on”
Option          “XvMC”          “on”
Option          “TripleBuffer”  “true”
EndSection
Luego de reiniciar el equipo (o al menos las X), reconfiguramos nuestro reproductor de video favorito (al menos mplayer, vlc y xine soportan XvMC).
En mi caso, reconfiguré mplayer para soportar aceleración nativa del video por hardware:

Como verán, hemos seleccionado “gl_nosw” que es aceleración usando openGL y sin software rendering, mplayer enviará el video directamente a la GPU de la tarjeta para su procesamiento, hemos de además habilitar “doble buffering” y “direct Rendering”.

Cuando este lista la configuración, cierran (para que guarde los cambios) y reinician el mplayer.

Para probar la velocidad de reproducción y la “suavidad” de la misma incluso con compiz habilitado, hice un video de demostración.

Hemos ganado además (puesto que usa el plugin vlc) la posibilidad de reproducir videos de youtube (y cualquier flash) a pantalla completa sin “frame drops” (ralentizaciones y pérdida de cuadros).

¡Que disfruten este truco! …

Linux: MTRR allocation failed – mejora de performance del Video Intel

MTRR Significa”Memory Type Range Registers” y es la forma como la memoria RAM es segmentada para ser accedida por distintos dispositivos de hardware (sistema, dispositivos, bus AGP y video-RAM).

El error

En algunos sistemas Linux se presenta un error recurrente (no solamente en Intel, también en ATI) :

dmesg | grep drm
[    7.112889] [drm] Initialized drm 1.1.0 20060810
[    7.938443] [drm] MTRR allocation failed.  Graphics performance may suffer.
[    7.938701] [drm] set up 7M of stolen space
[    8.063932] [drm] initialized overlay support
[    8.705706] fb0: inteldrmfb frame buffer device
[    8.713896] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

Fijense que DRM (Direct Rendering Manager) indica que no pudo registrar un segmento de RAM para la tarjeta de video, advirtiendonos que esto incurría en un serio fallo de performance.

Y muy serio, Sin ninguna corrección, glxgears reporta entre 180 y 200 fps.

Ya yo había hablado de este bug antes y había comentado la forma de corregir el fallo acá.

Solo quería confirmar que en la última versión de Squeeze, el último kernel y la última versión de video-intel el error sigue sucediendo.

Los síntomas

Los síntomas son entre otros (no necesariamente ocurren todos, depende del equipo):

  • glxGears reporta entre 180 y 220 FPS (una velocidad muy baja de frames por segundo)
  • Corrupción y/o lentitud en algunos efectos del compiz
  • Imposibilidad de acceder a video pantalla completa (o videos flash-youtube pantalla completa) de manera “suave”.

Cuando revisamos el estado de los rangos de asignación de la memoria RAM, vemos los siguiente:

cat /proc/mtrr 

reg00: base=0x0c0000000 ( 3072MB), size= 1024MB, count=1: uncachable
reg01: base=0x13c000000 ( 5056MB), size=   64MB, count=1: uncachable
reg02: base=0x000000000 (    0MB), size= 4096MB, count=1: write-back
reg03: base=0x100000000 ( 4096MB), size= 1024MB, count=1: write-back
reg04: base=0x0bf700000 ( 3063MB), size=    1MB, count=1: uncachable
reg05: base=0x0bf800000 ( 3064MB), size=    8MB, count=1: uncachable

Vemos que las regiones 04 y 05 (bus AGP y video) están “uncachable”

Fijense que si desactivamos esas regiones y re-activamos (en modo write-back):

echo 'disable=5' >| /proc/mtrr
echo 'disable=4' >| /proc/mtrr
echo 'disable=0' >| /proc/mtrr
echo 'disable=1' >| /proc/mtrr

Ejecutamos:

echo "base=0x0 size=0x80000000 type=write-back" >| /proc/mtrr
echo "base=0x80000000 size=0x10000000 type=write-combining" >| /proc/mtrr

Consultamos:

cat /proc/mtrr

reg00: base=0x400000000 (16384MB), size=16384MB, count=2: write-back
reg01: base=0x200000000 ( 8192MB), size= 8192MB, count=1: write-back
reg02: base=0x000000000 (    0MB), size= 4096MB, count=4: write-back
reg03: base=0x100000000 ( 4096MB), size= 4096MB, count=2: write-back

glxGears mejora un 10%:

glxgears
1494 frames in 5.0 seconds = 298.796 FPS
1582 frames in 5.0 seconds = 316.213 FPS
1616 frames in 5.0 seconds = 323.090 FPS

Pero no vamos a estar ejecutando eso cada vez … así que ejecutaremos la corrección a lo “Debian Squeeze”.

La Solución

Primero, optimizaremos al máximo nuestra tarjeta, para ello crearemos un archivo en:

/usr/share/X11/xorg.conf.d/10-screen.conf

Nota: si es ubuntu-trisquel, la ruta es en /usr/lib/X11/xorg.conf.d/

Al cual agregaremos opciones de “máximo performance” para la tarjeta de video Intel:

Section "Device"
 Identifier      "Configured Video Device"
 Driver          "intel"
 Option          "AllowGLXWithComposite" "true"
 Option          "XAANoOffscreenPixmaps" "true"
 Option          "AddARGBGLXVisuals"     "True"
 Option          "VideoRam"      "262144"
 Option          "AccelMethod"    "UXA"
 Option          "EXAOptimizeMigration"          "true"
 Option          "MigrationHeuristic"            "smart"
 Option          "Tiling"                        "true"
 Option          "NoDDC"
 Option          "BackingStore"  "True"
 Option          "AIGLX"  "true"
 Option          "MTRR" "on"
 Option          "LinearAlloc" "6144"
 Option          "MonitorLayout" "CRT,LFP"
 Option          "DevicePresence" "true"
 Option          "RenderAccel" "true"
 Option          "RandRRotation" "on"
 Option          "XvMC" "true"
 Option          "CacheLines" "1980"
EndSection

Son de vital importancia:

  • VideoRAM: cantidad de RAM que asignaremos al video
  • MTRR: “on” indicarle a la tarjeta de video que hay un rango MTRR para que pueda hacer caché de video
  • AccelMethod: UXA, modo de aceleración 2D/3D nativo de la tarjeta Intel
  • MigrationHeuristic: Descubrí que con “smart” el equilibrio entre 3D y 2D es perfecto, aunque se dedica más a 3D, si queremos favorecer más al 2D, usaremos “always”, si queremos mejorar algunas cosas 3D para compiz usaremos “greedy”.
  • xvMC: Activa la extensión “Video Motion Compensation” de Intel, con lo cual los programas de video (VLC, mplayer, Xine, etc) usarán la GPU Intel (y no software) para procesar el video, mejorando la calidad y el performance.

Posteriormente, editaremos el grub, en la linea de comandos del grub agregaremos:

editamos /etc/default/grub

GRUB_CMDLINE_LINUX="acpi=force vga=0x31B  mtrr_spare_reg_nr=1 enable_mtrr_cleanup"

Las opciones son:

  • enable_mtrr_cleanup: permite al Kernel *eliminar* las regiones y volverlas a crear si ocurre un fallo
  • mtrr_spare_reg_nr: genera una región de *repuesto* adicional en este caso, una sola (región 6) que tomará la tarjeta de video.

Volvemos a generar el menu del grub (grub.cfg)

update-grub2

Y reiniciamos.

Al terminar de reiniciar, podemos ver que DRM inicia correctamente y sin fallos:

dmesg | grep drm
[    5.439814] [drm] Initialized drm 1.1.0 20060810
[    5.729688] [drm] set up 7M of stolen space
[    5.854882] [drm] initialized overlay support
[    6.458946] fb0: inteldrmfb frame buffer device
[    6.462396] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

Que la tarjeta de video logra reservar un espacio “write-combining” en la región 6:

cat /proc/mtrr
reg00: base=0x000000000 (    0MB), size= 2048MB, count=1: write-back
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-back
reg02: base=0x0bf700000 ( 3063MB), size=    1MB, count=1: uncachable
reg03: base=0x0bf800000 ( 3064MB), size=    8MB, count=1: uncachable
reg04: base=0x100000000 ( 4096MB), size= 1024MB, count=1: write-back
reg05: base=0x13c000000 ( 5056MB), size=   64MB, count=1: uncachable
reg06: base=0x0e0000000 ( 3584MB), size=  256MB, count=1: write-combining

Y lo que nos interesa para nuestro “performance”, obtenemos unos 450 FPS de promedio (eso es casi 50% de mejora):

glxgears -info
GL_RENDERER   = Software Rasterizer
GL_VERSION    = 2.1 Mesa 7.7.1
GL_VENDOR     = Mesa Project
2277 frames in 5.0 seconds = 455.288 FPS
2314 frames in 5.0 seconds = 462.779 FPS
2251 frames in 5.0 seconds = 450.191 FPS

Conclusiones

Mucha gente monta GNU/Linux Debian o Ubuntu de manera genérica y como *cae* al disco duro, comienzan a usarlo y lo sienten “pesado” sin olvidarse de la necesidad imperiosa de “enchular” la computadora para mejorar el rendimiento y así gozar de una experiencia más placentera al usar nuestro GNU/Linux.

¿Pruebas?

Me dediqué a sacarle “provecho” a la aceleración 3D, con 500 FPS no son los 2000 FPS que logra mi Nvidia 8400 SLI del Desktop pero esta es una portatil!.

Para muestra, podemos ver una pantallazo interesante:

Aca podemos ver a Billard-GL (un juego de Billar 3D que usa SDL y openGL) a pantalla completa.

Pero para mejores pruebas, tenemos esto:

Fijense que tengo cargados tanto Compiz (icono superior, fusion-icon), como Billard-GL y además, a ExtremeTuxRacer (reportando a 40FPS) y el Firefox cargado (para consumir RAM obviamente).

Para probar la aceleración openGL + la extensión xvMC cargames un video y corremos el efecto “cubo” de compiz, el video no debería “ralentizarse” nunca.

Espero que logren disfrutar sus juegos 3D y su compiz a full efectos!.

A %d blogueros les gusta esto: