Enjuto Mojamuto usa Ubuntu

5 meses y todavía sin Unreal Tournamente 3 para Linux

Primero Epic Games anunció a bombo y platillo que lanzarían su esperado Unreal Tournament 3 para todas las plataformas (Windows, Linux, Mac, XBOX 360, PS3 …). Luego incluso aseguraron que la versión para Linux vendría en el propio DVD.

Pero llegó el día del lanzamiento y fue sólo para Windows, y entonces la cosa cambió, hasta el punto de que se bloqueó incluso la versión de servidor para Linux, la cual tardó más de un mes en ser lanzada. Se rumoreó una posible compra por parte de Microsoft, la cual negaron rápidamente, pero han pasado ya 5 meses y seguimos sin versión para Linux y ni una sola explicación.

Mucho se ha rumoreado desde entonces: que si la culpa era de Ageia, el software de física que incorpora, cosa no muy probable porque en la propia web de Ageia dicen que tienen versión para Linux (además de que han sido adquiridos por nVIDIA, la cual ya lo está integrando en sus controladores). También se habló de que podía ser culpa del software de Gamespy, pero en su web también se dice que si que tiene versión para Linux … el caso es que está parado por problemas legales y no se sabe por cuanto tiempo, y para colmo, Epic Games está borrando algunos hilos de su foro donde se pide UT3 para Linux.

Ha pasado demasiado tiempo y ya se empieza a hablar de que quizás Unreal Tournament 3 jamás llegue a Linux ¿los motivos? quizás nunca los sabremos, pero nos los podemos imaginar …

Peleándome con PostgreSQL

Llevo todo el día intentando mejorar el rendimiento de facturaScripts en las búsquedas de artículos, pero no hay manera, no consigo dar con el índice apropiado para mejorar el rendimiento.

La búsqueda predeterminada de artículos es esta:

SELECT referencia, codfamilia, equivalencia, descripcion, stockmin, stockfis, stockmax, pvp, codimpuesto, bloqueado FROM articulos WHERE referencia ILIKE ‘%$buscar%’ OR codbarras = ‘$buscar’ ORDER BY bloqueado ASC, referencia ASC;

Pero no tengo muy claro qué índice crear para mejorar el rendimiento. Llevo un rato buscando en internet pero no encuentro criterios claros ¿Debo crear el índice sobre (referencia,codbarras)? ¿O sobre
(bloqueado,referencia)?

¿Algún alma caritativa que me de una solución?

[actualizado]: Una modificación a la consulta anterior para usar el operador LIKE en lugar del ILIKE hace que use el índice sobre (bloqueado,referencia), lo cual mejorar ligaramente el rendimiento.

Permitir a PostgreSQL usar más memoria para la cache y la ordenación apenas tienen efectos visibles en el rendimiento.

Pero el ganador es sin duda:

sudo /etc/init.d/powernowd stop

Y es que con el procesador al mínimo de frecuencia resulta normal que el rendimiento empeore … aun así seguiré investigando la forma de mejorar aun más el rendimiento.

El señor de la SGAE