¿Linux es más rápido que Windows (para juegos)?

agosto 31, 2007

Para empezar, Linux no está pensado para ser mas rápido que Windows, de hecho, ni siquiera está pensado para ser rápido. Linux está pensado para ser sólido, estable, seguro y robusto. Sin embargo, en cuanto a velocidad, con Windows son bastante similares e incluso, Windows aparenta ser más veloz a la hora de abrir aplicaciones… pero esto en vez de ser una fortaleza es una debilidad,https://i0.wp.com/www.evolution-tech.cl/esp/images/linux_vs_windows.jpg ¿confundido?, bueno, sigue leyendo.

Las personas que han jugado tanto en un sistema Windows como en un sistema Linux, dan por ganador absoluto a Linux, los FPS obtenidos al jugar en una misma máquina utilizando Linux, son muy superiores a los FPS que se logran al jugar bajo Windows. La gráfica se nota mucho más fluida, el tiempo de respuesta se nota mucho más rápido y el sistema en sí, no se nota para nada sobrecargado.

Hay que reconocer eso sí que las prubas se han realizado utilizando tarjetas gráficas nVIDIA, dado que el soporte 3D que ofrecen para LInux es excelente, a diferencia de las tarjetas gráficas ATI cuyo soporte 3D para Linux es peupérrimo dado que el desarrollo de drivers para Linux por parte de esta empresa está aún en pañales.

Como conclusión, se puede decir que: En cuanto al inicio de aplicaciones, Windows es mucho más rápido que Linux, pero sacrificando los recursos de la máquina deteriorando significativamente los recursos del sistema a medida que abbres programas.

Por otro lado, la carga de programas en Linux es un poco mas lenta, pero tambíen posee herramientas para precargar los programas que el usuario estime convenientes, mejorando significativamente el tiempo de carga. Y en cuanto al desempeño gráfico, de puede decir que, si las compañías desarrolladoras crearan más juegos para Linux, éste sería el Sistema Operativo por excelencia de los gamers.


Instalar archivos .run en GNU/Linux

agosto 31, 2007

He usado para hacer esta guia los drivers oficiales ATI para GNU/Linux (que se encuentran en extensión .run) https://i2.wp.com/pdamania.hu/images/cikk/ati_logo_1204_rgb1.jpg

Estos drivers los podemos descargar de la web oficial de ATI y nos da la opcion de elegir nuestro modelo de gráfica con su respectiva arquitectura de hardware.

Podemos acceder a la web oficial de descargar AQUI.

Una vez descargado el driver (de unos 40Mb) procedemos a ejecutarlo. EL archivo para sistemas Linux esta con extensión .run por lo que deberemos compilarlo para instalar.

1. Abrimos un Terminal y nos logeamos como su (root de sistema)

1.jpg

2. Nos dirigimos al directorio donde descargamos el driver (en mi caso /Desktop) Usamos #cd “carpeta”

2.jpg

3. Una vez carpeta ejecutamos:

# sudo sh ./nombre del archivo.run

3.jpg

4. Se nos iniciara la aplicación y ya prodremos trabajar con ella de forma gráfica. Ahi una muestra del Driver:

4.jpg

———————————————————————————————–

5.jpg

Espero que os haya sido útil.

Salu2


¿Cómo compilar el Kernel en Ubuntu?

agosto 31, 2007

[ COMO COMPILAR EL KERNEL DE UBUNTU ]

Este documento se basa en el KernelHowto, publicado en inglés por steve en la wiki de Ubuntu: http://www.ubuntulinux.org/wiki/KernelHowtohttps://i0.wp.com/www.frikis.org/images/documentos/kernel.jpg

Lo que yo he hecho ha sido traducirlo, resumiendo algunos puntos, ampliando otros y aclarando algunos otros. Y, por supuesto, comprobando que funciona. La compilación del kernel se hace a la manera Debian, es decir, con herramientas propias de esta distribución.
Así que vamos allá. Paso a paso.

1) OBTENER LAS HERRAMIENTAS NECESARIAS

Para compilar un kernel a medida vamos a necesitar los paquetes build-essential y kernel-package, por lo tanto:

bash:$ sudo apt-get install build-essential kernel-package

2) OBTENER LAS FUENTES DEL KERNEL

Las fuentes del kernel las podemos obtener de muchos sitios. El oficial, como todos sabeis es www.kernel.org
Pero también están en los repositorios de Ubuntu, y yo las he sacado de ahí, porque tiene algunas ventajas, como luego veremos.

En los repositorios de Ubuntu os vais a encontrar con paquetes llamados kernel-source y con paquetes llamados linux-source. Ambos son las fuentes del kernel. ¿Cuál es la diferencia?, pues que los kernel-source vienen de Debian, y los linux-source vienen de Ubuntu. Por lo tanto para obtener las fuentes del kernel que tenemos instalado y corriendo en nuestro sistema, sólo tendremos que hacer:

bash:$ sudo apt-get install linux-source

Con esto se descargará el archivo linux-source-nº_de_version.tar.bz2 en el directorio /usr/src (A partir de ahora asumiré que hemos descargado el linux-source-2.6.8.1, que es el que viene con Ubuntu warty)

Nos movemos a ese directorio:

bash:$ cd /usr/src

Si existe un enlace llamado linux a un kernel antiguo, lo borramos:

bash:/usr/src$ sudo rm linux

Ahora vamos a descomprimir el archivo de las fuentes:

bash:/usr/src$ sudo tar jxvf linux-source-2.6.8.1.tar.bz2

Esto creará un directorio llamado linux-source-2.6.8.1
Creamos un enlace simbólico (llamado linux) a ese directorio:

bash:/usr/src$ sudo ln -s linux-source-2.6.8.1 linux

3) CONFIGURAR EL KERNEL

Hay varias formas de configurar el kernel. Probablemente la mayoría de la gente utiliza una de estas dos: make menuconfig o make xconfig. La diferencia es que con make menuconfig no hace falta tener las Xwindow corriendo, y con make xconfig sí.

Nota: para utilizar make menuconfig necesitaremos el paquete libncurses5-dev (con todas sus dependencias) y para utilizar make xconfig necesitaremos el paquete libqt3-dev (con todas sus dependencias). Así que según lo que queramos utilizar, tendremos que hacer:

bash:/usr/src$ sudo apt-get install libncurses5-dev

o bien:

bash:/usr/src$ sudo apt-get install libqt3-dev

Una duda que siempre surge: para configurar el kernel, ¿puedo partir de una configuración conocida?. Pues la respuesta es que sí. Si tenemos, por ejemplo, instalado el kernel que trae Ubuntu por defecto (2-6-8-1-3-386 en mi caso), en el directorio /boot nos encontraremos con un archivo llamado config-2.6.8.1-3-386, y, ¿qué es ese archivo?, pues no es más que un archivo de texto con la configuración actual del kernel, por lo tanto, para partir de esa base y comenzar la configuración del nuevo kernel desde la actual, lo que tenemos que hacer es copiar dicho archivo al directorio /usr/src/linux-source-2.6.8.1, pero llamándolo .config, es decir:

bash:$ cd /usr/src/linux
bash:/usr/src/linux$ sudo cp /boot/config-2.6.8.1-3-386 .config

(lógicamente tendreis que cambiar los números de versión del kernel por los que se ajusten a vuestro caso particular).

Pues ahora ya podemos hacer (situados en el directorio /usr/src/linux) un sudo make oldconfig menuconfig o un sudo make oldconfig xconfig y modificar las opciones que queramos del kernel, es decir, configurarlo a nuestro gusto. Con mucho cuidado, eso sí, porque este es el paso crítico. Aquí es donde lo podemos arruinar todo si, por ejemplo, no incluimos algún módulo necesario para nuestro sistema.

4) CONSTRUIR EL PAQUETE DEL KERNEL

Para construir el paquete con el que instalaremos el nuevo kernel vamos a usar la orden make-kpkg. Esta orden lo que hace básicamente es sustituir a las clásicas make dep, make clean, make bzImage y make modules. Admite numerosas opciones y modificadores (ya sabeis: man make-kpkg), pero para lo que nos ocupa ahora sólo necesitaremos hacer lo siguiente:

bash:/usr/src/linux$ sudo make-kpkg clean
bash:/usr/src/linux$ sudo make-kpkg --append-to-version=.XXXX --initrd kernel_image

Lo único que teneis que modificar de la orden anterior es XXXX, que representa una secuencia alfanumérica que tendréis que decidir vosotros, y que se añadirá al número de versión del kernel para diferenciar el kernel que estais compilando de cualquier otro que ya esté instalado en vuestro sistema. Por lo tanto XXXX lo debereis sustituir por lo que querais, intentando no utilizar el guión de subrayado bajo (_) ni expresiones como “-386”, “-606”, “-K7”, “-sparc”, etc., porque expresiones similares son las usadas por los kernel precompilados de Debian y podrían inducir a error. Personalmente yo uso la fecha en la que compilo el kernel, de forma que si lo compilase hoy (19 de noviembre de 2004), mi orden querdaría así:

bash:/usr/src/linux$ sudo make-kpkg --append-to-version=.191104 --initrd kernel_image

Ahora hay que hablar un poco sobre la opción –initrd
Esta opción lo que hace es crear una imagen initrd en el directorio /boot.
Realmente no es imprescindible utilizarla siempre que a la hora de configurar el kernel hayamos incluido de forma estática (y no como módulos) los controladores para al menos nuestro bus, disco y sistema de archivos de nuestro directorio raiz. Pero (y esto es sólo una experiencia personal) siempre que he intentado compilar un kernel sin esa opción, me he encontrado con un sistema que no arrancaba, así que yo la uso siempre. ¿Qué problema tiene?, pues que para que funcione correctamente la opción –initrd, hay que aplicar a las fuentes del kernel el parche cramfs. Tranquilos, porque todos los kernel de Debian (y por supuesto también los de Ubuntu) tienen ese parche ya aplicado. Pero es algo que tendréis que tener en cuenta si habeis obtenido las fuentes del kernel en algún otro sitio (por ejemplo en www.kernel.org).

Bien, como he dicho antes, las órdenes que tenemos que ejecutar son:

bash:/usr/src/linux$ sudo make-kpkg clean
bash:/usr/src/linux$ sudo make-kpkg --append-to-version=.XXXX --initrd kernel_image

Tras ejecutar la segunda de ellas nos saldrá un mensaje de aviso diciéndonos que la opción –initrd puede no funcionar como nosotros esperamos, y preguntándonos si queremos abortar el proceso. Como ya sabemos que a nosotros nos va a funcionar correctamente, contestamos que no.
Y ahora a esperar, porque el proceso de compilación puede durar mucho.

5) INSTALAR EL KERNEL

Si todo lo anterior ha ido bien, en el directorio /usr/src se debe haber creado un archivo de nombre kernel-image-2.6.8.1.XXXX_10.00.Custom_i386.deb
Este es el archivo que contiene nuestro kernel compilado listo para instalar, lo que haremos con:

bash:/usr/src$ sudo dpkg -i kernel-image-2.6.8.1.XXXX_10.00.Custom_i386.deb

Esta orden es equivalente a las clásicas make modules_install y make install, además de colocar en su sitio la imagen initrd generada y actualizar el grub o el lilo.

Ahora, y por seguridad, borramos el enlace que habíamos creado:

bash:/usr/src$ sudo rm linux

Y ya está. Sólo nos queda arrancar con nuestro nuevo kernel.


How To Driver Oficial de ATI en Debian Etch

agosto 29, 2007

La presente guía está basada en información sacada de ésta otra página:
http://michael.susens-schurter.com/blog/2006/11/20/installing-fglrx-ati-drivers-in-debian-etch/

1. Instalar los paquetes siguientes en una terminal (como usuario root):
$ su –
password:

# aptitude install fglrx-control fglrx-driver fglrx-kernel-src module-assistant mesa-utils build-essential

2. No lo recuerdo bien, pero creo que necesitamos las fuentes del kernel.
# aptitude install linux-source-2.6.18

3. Compilamos el módulo fglrx:
# cd /usr/src
# module-assistant prepare

# module-assistant a-i fglrx

4. Modificamos el fichero /etc/X11/xorg.conf
# vi /etc/X11/xorg.conf

Yo tuve que añadir en la sección “Modules”: Load “fglrx”

Section “Module”
Load “i2c”
Load “bitmap”
Load “ddc”
Load “dri”
Load “extmod”
Load “freetype”
Load “glx”
Load “int10”
Load “vbe”
Load “fglrx”
EndSection

Y modificar y añadir en la sección “Device”:
Driver “fglrx”
Option “VideoOverlay” “on”
Option “OpenGLOverlay” “off”

Section “Device”
Identifier “ATI Technologies Inc Radeon R350 [Radeon 9800 Pro]”
Driver “fglrx”
Option “VideoOverlay” “on”
Option “OpenGLOverlay” “off”
BusID “PCI:1:0:0”
EndSection

Guardamos el fichero, salimos y ejecutamos los comandos:
# aticonfig –initial
Found fglrx primary device section
Nothing to do, terminating.

# aticonfig –overlay-type=Xv
Warning: Option ‘VideoOverlay’ doesn’t affect running session.
Warning: Option ‘OpenGLOverlay’ doesn’t affect running session.
Using /etc/X11/xorg.conf
Saved back-up to /etc/X11/xorg.conf.fglrx-0
5. Cerramos la cesión de KDE o GNOME, accedemos a una consola de texto mediante la combinación de telcas CTRL+ALT+F1 y paramos el servicio kdm o gdm según corresponda, cargamos los drivers y volvemos a iniciar kdm o gdm.

login: root
password:

# /etc/init.d/kdm stop (si utilizas Gnome: /etc/init.d/gdm stop)
# modprobe -r radeon

# modprobe fglrx

# /etc/init.d/kdm start (si utilizas Gnome: /etc/init.d/gdm start)

6. Para verificar la instalación, vamos al menú “Sistema / Ati Control Panel”.


También podemos comprobar la instalación ejecutando en una terminal el comando “glxinfo” y asegurarnos de que nos devuelve la línea “direct rendering: Yes”

$ glxinfo (Hay que ejecutar éste comando como usuario que ha iniciado la sesión gráfica)

10.03.07 – ACTUALIZACIÓN:
He actualizado el Kernel a la versión 2.6.18-4-686 y me he quedado sin aceleración gráfica. Para solucionarlo hice lo siguiente:
Entramos con el nuevo kernel al sistema, abrimos una consola, nos logueamos como root y hacemos:

– Instalamos las fuentes del Kernel:
# aptitude install linux-source-$(uname -r)

– Compilamos el módulo fglrx para el nuevo Kernel:
# cd /usr/src
# module-assistant prepare
# module-assistant a-i fglrx
# aticonfig –initial
# aticonfig –overlay-type=Xv

– Creamos /lib/modules/$(uname -r)/modules.dep
# depmode -a

Extraido de Debian Total.blogspot.com

Test ATI Control Panel en mi Debian Etch:

Salu2


Mis videos a recordar…

agosto 23, 2007

Hace bastante que no posteo, pero me gustaria darle alguna que otra relevancia a este articulo.

Desde hace meses me he dedicado a subir numersos videos a YouTube (quien no sepa lo que es, que use Google ) y me gustaria recopilar aqui los mejores. Bueno, ahi van:

[ Mi channel de YouTube para ver todos ]

Y unos 40 más….

Espero que os entretengan un rato… Salu2


Instalación PCI Wireless & Testeo en GNU/Linux

agosto 21, 2007

Aqui dejo mi ultimo video!

Salu2