nexus

En mi Universidad, una cosa que siempre me llamo la atención es que, los laboratorios en los que se da clase tienen ordenadores que suelen ser Athlon64 o similar. Se usan para ejecutar software como Derive o compiladores como GCC y cosas similares. Osea, que están totalmente desaprovechados. Mientras, en el laboratorio general están los Pentium II con 128Mb de RAM que se les nota lentillos. Estos andan bastante saturadillos. Esto provoca que haya que usar XFCE3, que, por cierto, esteticamente da pena (y más con la combinación de colores que tienen predeterminada) y que algún profesor nos recomiende compilar las cosas por SSH en el servidor (un equipo con tres Intel Xeon) y que yo haya ejecutado por SSH Mozilla (no está Firefox) o el Acrobat Reader más de una vez.

La verdad es que, en vez de gastar tanto en Athlon64, podrían invertir en un servidor potente y montar una red de clientes ligeros con equipos viejos. Así, se conseguiría más potencia y un mejor aprovechamiento de recursos. Además, se puede usar tanto Windows coo GNU/Linux, como hasta ahora. Así de paso montando GNOME o KDE se evitaria la penosa impresión que da XFCE3.

Estas soluciones se han implantado es varios colegios e institutos. Incluso existen distribuciones específicamente preparadas como: K12LTSP, SkoleLinux o Edubuntu.

Desde hace tiempo he estado mirando la posibilidad de resucitar el PC viejo de uun vecino. Este se ha comprado un portátil y piensa conectarse a Internet mediante un router WiFi. La idea sería que pudiera navegar y usar mensajería instantanea. Es un PentiumMMX 233Mhz con 32 Mb de RAM y 2 Gb de disco duro. Actualmente tiene un Windows 95 que no ha sido formateado ni una sola vez desde que lo compró. Tampoco está parcheado y encima parece que no tiene los CDs de los drivers, así que el primer caso será buscar estos. Además tiene una impresora, la idea sería que estuviera conectada al PC e imprimir por red.

En principio hay varias opciones. Podemos usar Microsoft Windows o GNU/Linux y también podemos usar una instalación normal o un cliente ligero. Si no fuera por el disco duro se podría meter un servidor MLDonkey amninistrandolo con el portatil y pasando los archivos a este con un FTP o por SAMBA.
(more…)

Lo reconozco, despues de unos dias usando XFCE4 e IceWM, he vuelto a KDE. Estaba buscando algun escritorio que consumiera menos recursos. Y consumian menos, pero no tenian funcionalidades a las que me he costumbrado. Y, es que todos nos acostumbramos a lo facil y al realizar el minimo esfuerzo posible.

En mi caso, las caracteristicas eran poder especificar un comportamiento para ventanas (hacer que las nuevas ventanas de Psi estuvieran sobre el resto/siempre encima) y hacer que las ventanas se desenrollasen al pasar el ratón.

En XFCE4 me parecio que iba algo lento cambiando de foco entre ventanas. Aunque la decoración de ventanas [que gimpeé a mi gusto (a ver si lo posteo)] estaba bien, aunque recordaba algo a Windows Vista. Tendré que ojear algo en KDE-Look. También me gustó poder poner monitores (de temperatura, uso de disco y demás) en la barra de abajo.

Con IceWM la verdad es que ahora mismo no va conmigo. Quizás tuviera alguna característica que no ví. Pero patearme un archivo de configuración en época de exámenes no es lo mejor.

Supongo que tendré que pasar de amarok a XMMS y de Azureus (Java ) a KTorrent o Transmission si me cogen bien las descargas que tengo. (Sí, reconozco que soy un burro por no haber cambiado antes)

Hace algo de tiempo comenté la posibilidad de pasarme a Arch Linux. Ahora mismo estoy usandolo. Hay unas cuantas diferencias con Debian. El principio en el que se basa Arch es el de simplificar las cosas. Para configurar el sistema hay que editar ficheros a mano y configurar las X para nuestro equipo, pero la verdad es que siguiendo los pasos es sencillo. Aunque para novatos en GNU/Linux lo mejor es Ubuntu o Mandriva que te lo hacen todo. Arch necesita algo de experiencia para usarlo.

Uno de los mayores cambios es que usa su propio sistema de paquetes y pacman para manejarlos (en vez de apt-get o urpmi). La verdad es que no hay muchos paquetes disponibles, pero ofrece una forma de compilar y crear paquetes bastante sencilla. Se llama ABS y basicamente la idea es crear un archivo PKGBUILD que contendría la información del archivo (incluyendo de donde descargar las fuentes) y como compilarlo (más o menos típico ./configure && make && make install de toda la vida). En este aspecto me recuerda a checkinstall que genera paquetes DEB, RPM y Slackware a partir del make install. Para muchas cosas ya hay un PKGBUILD creado en el AUR. De esta forma, con bajarlo, colocarlo en /var/abs/local y ejecutar makepkg se baja el código fuente y se compila y crea el paquete. No es tan cómodo como en Debian, que te lo da todo preparado, pero bueno, es otro modo de hacer las cosas. Un detalle intranquilizador es que en algunos casos se advierte de que el PKGBUILD puede contener código malicioso. Normalmente esto pasa cuando los responsables de Arch no lo han revisado. Por ello, recomiendan que antes de crear el paquede se revise el contenido del archivo y, si hay dudas, se pregunte el el foro o por IRC.

En principio, me da la impresión de que consume más memoria, si bien no me he encontrado con que X.org empieze a tragar memoria (aunque quizás ahora mismo está consumiendo más de lo normal). En cualquier caso, alguien parece que ha encontrado una solución. El consumo de memoria quizás sea debido a que está compilado para ejecutarse más rapidamente y por tanto consuma más memoria. En cualquier caso, el hecho de tener Azureus y Firefox no ayudan mucho para obtener un uen rendimiento. Además, por ahora, he vuelto a usar aRts y amarok que consumen más que XMMS.

No diré si Arch es mejor o peor que Debian, son distintas. Debian es un proyecto gigantesco que tiene un montón de puntos fuertes. Arch está pensado de otra forma, con la simplicidad en mente. De todas formas es interesante probarlo ya que, al fin y al cabo, la idea es experimentar y aprender.

Últimamente, no sé que pasa pero las X.org, empiezan a tragar memoria hasta dejarme frito el equipo (si no me doy cuenta) El sistema empieza a intercambiar datos entre la RAM y la swap como un loco y se hace inusable. Estoy hablando de, por ejemplo, irme a una terminal virtual y pasar medio minuto desde que introduzco el nombre de usuario hasta que me pide el password. Con cerrar sesión en KDE y volverla a abrir se arregla el problema (al menos por unas horas) ya que las X se reinician. Supongo que será un bug de las X.org y que son cosas que pasan por usar Debian SID.

Otro gran problema de Debian es que está compilado para máquinas i386 lo que implica que las instrucciones de los programas no están nada optimizadas para los procesadores actuales. Así que el sistema es bastante lento. Por esta razón pense en pasarme a un gestor de ventanas ligero como xfce. Pero, por alguna razón, aunque en Mandrake me iba de maravilla, en Debian me funciona de pena. Me he planteado Enlightment e IceWM. El primero, tiene un bug en los menús que le hace colgarse y; el segundo, aunque apenas lo he mirado, el hecho de que el único tema que me parecia aceptable era el de Windows XP no me anima a probarlo.

También me planteé pasar a Gentoo pero la idea de compilar todo el sistema en un PentiumIII me producía dolor. En Debian se puede recompilar optimizando para un procesador en concreto usando apt-build, pero es muy lento. De momento, tengo la versión precompilada del kernel y de las libc para i686 (PentiumPro y superiores) y Firefox recompilado con apt-build. Pese a ello, cada día pienso más en pasarme a Arch, una distro compilada para i686. De hecho, la instalé una vez, y la he vuelto a instalar. Pero da pereza empezar a reconfigurar y adaptarme a una nueva distro. Ya veremos a ver que hago.