¿Cuánto cachea la RAM?

El otro día, accidentalmente, me di cuenta de que la memoria RAM del ordenador estaba casi completamente ocupada. Curiosamente, el ordenador llevaba una rato muy largo, horas, sin hacer nada en particular. Para ser exactos, lo vi en una de las funciones de nmon en una de las áreas de trabajo.

Al vaciar la memoria mediante un método no destructivo (ver aquí, por ejemplo)

su -c 'echo 3 > /proc/sys/vm/drop_caches'

se liberó la mayor partede la memoria. Los 22.498KB usados pasaron a ser 2.643

Ahora solo queda una pregunta... ¿Qué cachea? Por que mi sisema entero ocupa 13GB en el disco sda1

Así que, ¿de donde salen 20GB de caché? Pregunta interesante.

Errores en memoria RAM: memtest

La verdad es que llevaba unos meses -aproximadamente desde mayo- bastante fastidiado, ya que el ordenador principal, el que tiene una copia maestra de todo, se bloquea cuando quiere. En esta última semana he tenido dos copias masivas de ficheros con pérdida total del material al colgarse el ordenador en medio de la copia y no guardar el índice en el disco externo. Como estaba cansado de tanta tontería decidí hacer dos cosas; una, pasarme definitivamente a Fedora, que me gusta mucho; dos, antes de poner Fedora, hacer un memtest sobre la RAM del ordenador, ya que es la única explicación lógica de que Linux me haga pantallazos como si fuera Windows. Siempre he tenido un cierto miedo a los fallos de RAM, por que suelen aparecer aleatoriamente y son difíciles de detectar; o eso pensaba yo. Por alguna razón los técnicos informáticos (todos seguidores acerrimos de Windows) se reían de mi diciendo que nunca encontraría el error. Sin embargo, memtest86 v.4.20 había detectado el error a los pocos segundos

Como se ve detecta un error en el MB 1095 de la memoria RAM. Sin embargo, dejé que continuara hasta el final.

A pesar de los 192 errores registrados esta última foto, los errores totales, todos en el MB 1095 y todos con el mismo error (Err-Bits 00000020) llegaron a más de 220. Por suposición extraje el banco A1 de los 4 de 2GB DDR2 del ordenador y volví a pasar el test. Esta vez no apareció ningún error. Por suerte, la RAM la había cambiado hace relativamente poco tiempo (4 bancos de 1GB por 4 de 2GB), por lo que estaba en garantía. Espero que haya reparado el ordenador, por que la otra solución sería cambiarlo y ahora mismo no quiero. Además, escribo esta entrada desde ese mismo ordenador y Fedora 16. Ya solo me queda el ordenador más antiguo con Ubuntu (un 10.04.3). Un día de estos lo cambiaré también. Es más, a pesar de ser bastante antiguo y con poca RAM, voy a intentar Fedora 16, por que funciona de forma muy fluida, más "ágil", desde mi punto de vista, que Ubuntu 11.10 (¿Será culpa de un tal Unity?)..
Para esta solución he aplicado el memtest que viene en el DVD 64bits de Fedora 16, con el que luego he instalado el nuevo sistema. Simplemente como conclusión, gracias memtest.

¿Merece la pena una tablet?

Aquí tenemos la pregunta del millón. Si lo único que queremos hacer con ella es comunicarnos, estoy seguro que es el mejor invento después de la Coca-Cola. Sin embargo, ¿qué podemos hacer con una tablet que no podamos hacer con un portátil? Y, mejor aun, cuántas cosas podemos hacer con un portátil que no podemos con una tablet. Y ahí estoy afirmando, no preguntando. O quizás no sea así. Lanzo una pregunta a los posibles lectores. Mi costumbre con los ordenadores, incluido por ejemplo mi Aspire One, exige la instalación de software que me permita
1. Escribir (vale cualquier cosa)
2. Presentar (habitualmente uso Impress, o sea, instalación de LibreOffice). Eso exige también que la tablet tenga un conector de salida para poder proyectar
3. Estadística (instalación del paquete R)
Rogaría a aquellos lectores que tengan una tablet -o que puedan usar algunas "ajenas", querido hckorootx- que intenten probar las posibilidades de instalación de LibreOffice y R. La dirección de R, para aquellos que no lo conozcan es http://cran.r-project.org/, y ahí hay versiones para Linux (¿se podrá instalar en Android?) y Mac (curiosos saber si valdría para iPads). También hay para Windows, pero mi interés en tener una tablet con Windows es menos que cero.
¿Por qué me interesa esos programas? Por que uso mis portátiles en docencia, proyecto y trabajo directamente sobre ellos, en Internet, manejo de datos y pruebas estadísticas. Si una tablet me sirve para eso, me ahorro llevar un portátil. Si no cubre esas necesidades, sigo necesitando un portátil, así que no me arregla nada.
Todas esas cosas las hago con un Aspire One 110, de los primeros, sin disco duro, que pesa menos de 900 gramos y es -ha sido- mucho más barato que una tablet.
Reconozco que las limitaciones que provocan la RAM en las tablets están en mi contra, pero animo a que probemos si las podemos usar para algo más que navegar por la red y faceboocarnos.

PD. Si funciona, casi merecería la pena comprar también un pico proyector de bolsillo, y con menos de un kilo, llevamos todo lo necesario.

RAM y swap. 2ª parte

Por fin, despues de que 4 módulos de DDR-2 se hayan "perdido" misteriosamente en el transporte y hayan aparecido con 24 horas de retraso, he conseguido tener mi ordenador con 8GB de RAM y una tarjeta ATI. Por ahora no he intentado instalar 10.10. Es cierto que hoy Ubuntu ha puesto un punto a su favor, ya que al meter los discos y arrancar con una ATI, después de haber sacado una nVidia, Ubuntu ha dicho que los drivers eran incompatibles y que arrancaba con formato genérico; después he instalado sin más el driver de ATI y reiniciar y todo como la seda. En esta entrada quiero comparar el comportamiento de ordenador ahora, con 8GB de RAM, con el que habíamos visto en una entrada anterior, cuando tenía 4GB. En este caso, en un estado normal de este ordenador, con Firestarter, Firefox y con conky siguiendo el consumo, que como podemos ver no llega a 1GB de RAM

Después le pedimos algo más, conectando JDownloader, un gran consumidor de recursos, lo que lleva a un consumo superior, casi el doble, de RAM, aunque el consumo de CPU seguía siendo moderado

Finalmente conectamos una máquina virtual y un sistema huesped, Windows XP, en el que se ejecutó GIMP para escanear con un CanoScan 8000F negativos a 1200dpi, llegando el consumo al 69% de la RAM, así como un uso más intensivo de la CPU

Sin embargo, en ningún momento se ha utilizado ni un solo MB de la swap, y el funcionamiento de la máquina virtual ha sido mucho más fluido, a pesar de haber puesto un gran consumidor de recursos como es JDownloader y su uso continuo de Java.
El aumento de la RAM hasta 8GB ha favorecido el uso de la máquina virtual, generando un funcionamiento fluido y sin saltos. El único inconveniente de 8 frente a 16GB que también habíamos probado es el hecho de que en vez de distribuir a cada sistema huesped un total de 4GB de RAM nos vemos limitados a 3584MB, límite marcado en la máquina VirtualBox. De todas maneras, no es importante, ya que Windows XP no puede usar el total de 4GB. El kernel usado es (mediante uname -a) Linux 2.6.32-31-generic-pae, después de la última actualización del Ubuntu 10.04.
En resumen, el coste de 8GB de RAM, junto con una tarjeta ATI básica ha sido de 100€ (me han recogido y descontado los 4 modulos de 1GB que tenía), no mucho dinero, ya que la RAM está barata y ha supuesto un cierto "rejuvenecimiento" para mi ordenador, que está a punto de cumplir 3 años. Además, podemos decir que las placas ASUS M2N-SLI deluxe manejan su máximo teórico de memoria RAM sin poner modulos especiales.
El siguiente paso será probar la instalación de Ubuntu 10.10, para tener todos los ordenadores con el mismo sistema, y ver si es posible con una tarjeta ATI, ya que la nVidia anterior me lo hacía imposible.

Ubuntu 11.04 llegó, pero...

...sigue sin servirme para el ordenador principal. Al igual que en los 5 intentos de instalación de 10.10, cuando lleva 10 segundos la pantalla se queda en negro y se acabó. Supongo que sigue debiéndose al driver de la tarjeta nVidia que uso.
$ sudo lshw

La verdad es que no necesito una tarjeta gráfica muy potente, ya que trabajo fundamentalmente con texto y matemáticas (análisis estadísticos), pero esta tarjeta gráfica me está dando muchos dolores de cabeza. Lo intenté también con Lubuntu, por si utilizara drivers diferentes, pero pasa exactamente lo mismo.
Lo peor es que antes de empezar la instalación de 11.04 había cambiado la distribución de los cables SATA, ya que tenía pensado cambiar la distribución de los discos duros; justo después probé el CDLive de 11.04 y descubrí que no ve valía. Al intentar volver a 10.04 aparece una pantalla en negro con el mensaje
>grub rescue
Es decir, no se encontraba el grub. Coloqué de nuevo los discos en la posición anterior, pero seguía el mensaje
> grub rescue
Repasé la colocación de los Serial ATA en la placa y el libro...

 

y coloqué solo los principales y en riguroso orden; el de sistema en el 1 y el home en 2. El arranque fue perfecto, pero al introducir el tercer disco que utilizo en el puerto SATA3 desplazó el home de sdb a sdc y el arranque no detecta home; por suerte utilizo carcasas frontales y los cambios son sencillos y cómodos, aunque la placa no permite hacerlo en caliente. Para solucionarlo he tenido que poner home en el SATA3 y el tercer disco en SATA4. En resumen, tengo instalado el disco de sistema sda en SATA1 (disco sólido en el interior del ordenador, conectado al primero superior de los cuatro en línea en la imagen de la placa); el home está conectado a SATA3 (el tercero en dirección descendente) y el cuarto disco en SATA4 (el último de la línea). El SATA5 está vació y el SATA6 para la grabadora. Desde fuera se ve así:

La carcasa central vacía está conectada al SATA2. Un día de estos haré una prueba metiendo otro disco y a ver que pasa. Pero no soy el único al que una placa ASUS distribuye "aleatoriamente" los discos; hoy en la red encontré varios ejemplos, pero el más parecido es este. Con esta placa, que está a punto de cumplir 3 años, ya instalé un Ubuntu y encontré el disco en SATA1 como sdc, el de SATA2 como sdb y el SATA3 como sda. Espero solucionar todos los problemas de este ordenador el martes, ya que he encargado una gráfica ATI de 30 y tantos euros (como solo juego al Freecell) y 4 piezas de 2 GB de DDR2 para intentar evitar el uso intensivo de la swap. Esperemos que funcione, y pueda instalar el 11.04, por que si no tendré que cambiar de ordenador, seguir con 10.04 o pasarme a otra/otras distribuciones, con lo fácil de usar que es Ubuntu.

¿Cuanda swap necesitamos?

Muchas veces hemos leído páginas Web en las que nos recomiendan tener el doble que la memoria RAM disponible, y otras en las que ese concepto se adecuaba cuando la RAM era escasa, pero con más de 2GB de RAM, con 2GB en la swap era suficiente. La verdad es que con los discos grandes que hay ahora, y teniendo en cuenta de que para el sistema en Linux rara vez llegamos a más de 8GB, en general tengo una tendencia a dejar alrededor de 4GB en la RAM. Aun así, seguimos sin saber cuál es la cifra más adecuada. Pues lo voy a complicar más.
Yo uso en mi trabajo SPSS para hacer estadística, lo que supone una máquina virtual con un sistema huesped Windows XP. En ocasiones Windows funciona muy lentamente, de manera exasperante. La razón es muy simple; cuando funciona tan lentamente el sistema husped está realmente en la swap, en el disco duro, y no directamente en la RAM, y por tanto el tráfico desde el disco virtual hasta la ejecución supone un retraso importante. En todos estos ordenadores que vamos a ver ahora se ejecuta Ubuntu 10.10 o 10.04; la máquina virtual se basa en VirtualBox 4.04, con un sistema huesped Windows XP SP3. Veamos los resultados:

1. Ordenador de trabajo con 2GB de RAM, lo que supone que la RAM asignada a la máquina virtual para ejecutar Windows XP es 768MB. El resultado de la ejecución de la máquina virtual y SPSS, medido mediante conky, fue:

Como vemos la RAM está completamente ocupada y fue necesario acudir a la swap. Del total de 3.81GB, se ocupan 630MB. Como se puede ver en la parte inferior, VirtualBox supone el mayor consumo de memoria.

2. El segundo experimento fue en un ordenador con más RAM. Cierto es que aunque tiene 4GB de RAM es un ordenador más "viejo". De estos 4GB, el sistema huesped tiene asignados 1,536GB para él. Vamos a ir viendo el efecto paso a paso:
- Primero la ejecución de VirtualBox e inicio de un sistema huesped con Windows XP. Como vemos se ocupa ya un total de 1,22Gb de la swap (la realización de las ejecuciones era lentísima) y un gran consumo de RAM, como es natural, por la máquina virtual

Después, para ver todo el efecto posible, se ejecutó en el sistema hospedador un programa muy consumidor de recursos, como aMule, y en el sistema huesped SPSS. Aquí saltaron las alarmas, por que sobrepasamos en la swap los famosos 2 GB que se señalan como óptimos en algunos sitios; se llegó a un máximo de 2,15GB de swap utilizada. De nuevo se observa el gran consumo en RAM de VirtualBox, en este caso sumado al de aMule. La idea era conectar posteriormente jDownloader, ya que la ejecución a través de Java supone un gran consumo de recursos, pero el sistema en ese momento estaba a punto del colapso y decidimos no seguir. 

Por supuesto, esto tiene solución. La solución es más RAM.

3. Ordenador nuevecito con 16GB de RAM. El sistema hospedador sigue siendo Ubuntu 10.10 con un kernel PAE, lo que significa que utiliza la RAM en conjuntos de un máximo de 4GB por aplicación. Cada sistema huesped tiene asignado en este caso 4GB. Secuencialmente los resultados fueron:

- En primer lugar, recien iniciado el sistema hospedador y añadido solo al arranque Firestarter y Conky (la mancha azul de la izquierda es el terminal de ejecución de conky):

- Ejecución de los programas habituales (Firefox, un cliente correo, Nautilus y Google gadgets)

- Ejecución de VirtualBox y conexión a un sistema huesped (Windows XP), que lleva a sobrepasar el uso de 4GB de RAM, pero la swap sigue vacía

- Conexión de un segundo sistema huesped (2 Windows XP simultáneamente), y ejecución de SPSS y Word en los dos, actualización en ambos del antivirus (AVIRA) y de Spybot. Es de suponer, pero no se comprobó, que cada Windows estaría buscando sus actualizaciones. Se sobrepasan 8GB usados en la RAM pero la swap sigue vacía. Como observación personal, estos Windows XP parecen funcional más rápido que en una instalación directa en disco duro e otros ordenadores; en teoría eso no puede ser así, pero es una sensación.

En este caso, en este ordenador con 16GB de RAM, la swap no fue utilizada en ningún momento; incluso el uso de la RAM fue relativamente bajo, teniendo en cuenta que los porcentajes que vemos aquí son sobre 16GB.

Conclusión: la lentitud en las máquinas virtuales se debe fundamentalmente a que una falta de RAM genere que los sistema huesped esté realmente almacenándose en la swap. La solución es fácil y bastante barata en este momento, ya que 8GB de RAM no cuestan hoy muy por encima de 60-75€, y es simplemente añadir más RAM. El problema es que lo admita nuestras placas, sobre todo en ordenadores de más de 2,5-3 años.

Kernel con PAE

Después del éxito de ayer con los 16GB de RAM he estado mirando para comprender como ha sido posible. Desde 1995 los procesadores, primero INTEL, y luego AMD, han incorporado una implementación llamada PAE (Physical Address Extension), en español Extensión de Dirección Física. Esta implementación permite a los procesadores x86 acceder a tamaños de memoria superiores a 4GB, llegando hasta 64GB. Esta implementación debe poder ser manejada por los sistemas operativos. Linux incluye un manejo completo de PAE desde el Kernel 2.3.23, pero solo se utiliza si se indica en la compilación. Es decir, necesita un kernel PAE. En teoría hacen falta tres pasos:

1. Activar PAE en la BIOS (no lo hice, por lo que supongo que en la BIOS de los ordenadores nuevos ya viene activada, o la han activado al montarlo).

2. Activar PAE en el kernel (no lo hice conscientemente, por lo que también hay dos opciones, que al actualizarse por su "propia voluntad" Linux midiera la RAM y decidiera instalar un kernel PAE o que en el ordenador anterior, con 4 GB de RAM, de donde extraje directamente los discos ya estuviera un kernel PAE).
De hecho, en la tercera foto de la entrada de ayer se ve en conky que el kernel está compilado con PAE (lo resalto ahora en azul).

3. Puede ser necesario configurar GRUB (ver aquí). Tampoco he tenido que hacerlo, así que supongo que grub se las ha arreglado solo.

En resumen; primero no necesito instalar por ahora una distribución de 64bits; dos, a pesar de no haber entrado en la BIOS, ni compilado ni configurado, todo funciona. Tres, aun tenemos una limitación; debido al límite de direccionamiento de 32 bits, cada proceso solo puede acceder en cada momento a 4GB. Como las máquinas que estoy usando albergan discos virtuales con Windows XP, ninguno necesita ni puede usar más de 4GB.
Solo quedan dos dudas; la primera, ¿se pueden usar dos máquinas virtuales con Windows XP simultáneamente? por que el ordenador solo tiene una licencia; lo digo desde un punto de vista legal.
Segunda, mi Universidad nos ofrece SPSS 64bits, con lo que haría que la potencía de cálculo fuera muy superior, al poder disponer de más memoria RAM para cada análisis. Esa es la única razón por la que sería interesante instalar una distribución de 64 bits y luego una máquina virtual con, por ejemplo, 7,5 GB de memoria asignada (es una suposición que hago sobre estas cifras; 16GB, menos 1GB para el kernel, la mitad para la máquina virtual, 7,5GB asignados).

16GB RAM; segundo éxito

Me he resistido a poner Ubuntu AMD64, por que recuerdo lo mal que me había funcionado en casa. Sin embargo, cambié toda la configuración de las máquinas virtuales, dando a cada una lo máximo que me permitía VirtualBox, casi 4GB. Dudaba que funcionara, ya que no estaba seguro de como podría controlar el sistema hospedador la memoria. Sin embargo ha funcionado perfectamente; Primero conecté una máquina, usando el sistema en conjunto más de 4GB y vemos el resultado en conky

En vista de que funcionaba aun pasando los 4GB, puse a funcional SPSS y pruebas estadísticas en masa

Seguía subiendo la RAM usada sin problemas, así que conecté una segunda máquina virtual con SPSS realizando más pruebas estadísticas

Como se ve, hasta ahora he probado con 2 máquinas con Windows y funcionan, usando alrededor de 8 GB de RAM. Ahora probaré alguna máquina virtual con alguna distribución de Linux para acercarme al uso de los 16GB, para ver si sigue funcionando. Voy a retrasar por ahora la instalación de sistemas de 64bits.
El cambio del fondo de escritorio se debe a crebs, ya que este ordenador mantiene entre los fondos de pantalla uno que había creado con crebs (véase esta entrada) y unas imágenes del espacio; ha quedado a pesar de que ya he instalado el sistema por encima desde entonces, noviembre de 2010.

Ordenador con más RAM

He pedido (y ya está montado) un nuevo ordenador con más RAM (16GB) para ver si puedo evitar el problema de los análisis matematicos con poca memoria RAM. Lo instalaré todo hoy, y comentaré como va todo a lo largo del tiempo.Tengo la intención de poner Ubuntu AMD64 y trabajar con diferentes máquinas virtuales de 32 bits en las aplicaciones que me generen problemas. A ver en que queda esto.
Dejando aparte el trabajo, también me ha llegado un SSD para el ordenador de mi casa, también con la intención de mejorar el rendimiento. Ya veremos cuando tengo tiempo para prepararlo.

Qué simple era aquel programa de DOS

¿DOS? ¿Qué es DOS? Bueno, MS-DOS. Pues era MicroSoft Disk Operation System. Entre nosotros, yo también usé DR-DOS, de Digital Research, menos conocido aun. Pues sí, algunos de nosotros, debido a nuestra edad, en algún momento de nuestra vida hemos usado sistemas operativos en texto, sin nada gráfico, que funcionaban en un diskette de 5,25' (¡lo que supuso poder usar un disco duro!). Bueno, no nos dispersemos. La verdad es que en MS-DOS, sobre todo antes de que aparecieran los discos duros, lo más importante era tener aplicaciones de tamaño pequeño. Las razones eran, en primer lugar, que trabajabas con uno o dos diskettes con sistema operativo, programa y fichero de trabajo, diskettes que eran de doble densidad y 320 o 720KB según fueran de 5,25 o 3,5' o bien de 1,2 o 1,44MB, de alta densidad; la segunda razón es que la mayor parte de los ordenadores trabajaban con 640KB de RAM, ya que MS-DOS no usaba más. ¿Qué quiero decir con ello? Pues que las aplicaciones eran justo lo necesario, y nada más. En concreto recuerdo un algoritmo para hacer dosis letales de fármacos que era perfecto y ocupaba 50KB, más otro tanto de la librería de basic sobre la que se habría escrito. Desde que uso Linux ni se me había ocurrido utilizar esa aplicación; sin embargo es muy cómoda de usar y muy bien realizada, así que leyendo en el nº 61 de Linux Magazine un artículo titulado "Tecnosaurio", con subtítulo "Resucitamos programas antiguos con DOSBox", se me ocurrió instalarlo en Ubuntu; luego simplemente montando el directorio de Probit analysis program (así se llamaba la aplicación). Muchos dirán que hoy hay un montón de programas que pueden hacer eso, pero, en primer lugar, ocupan 650MB en un CD, suelen ser de pago, y hay que repetir un montón de veces una acción para hacer lo que aquí se hace de una sola vez, por que está pensado para ello. Aquí está la prueba de que funciona

Y todo ello en un Ubunto. De paso vemos como queda el fondo Sunlight que decíamos ayer. El siguiente objetivo es buscar en los antiguos Cds en los que había realizado copias de mis más antiguos aun diskettes para ver si encuentro mi primer Tetris para DOS. Que tiempos aquellos; en estos momentos en este ordenador hay decenas de aplicaciones trabajando, y de aquella para pasar del Tratamiento de texto a la Hoja de cálculo había que apagar una aplicación y empezar otra, y eso cuando ya teníamos discos duros, por que antes había que apagar y encender con otro diskette.

RAM para Aspire One

Después de hacer puesto /home en una SD, este Netbook se ha vuelto más lento aun que antes. Probablemente la SDHC no es lo suficientemente rápida, aunque sí lo es más que el disco duro sólido que lleva (lo he probado). Una solución sería una Sandisk SDHC Extreme de 16 o 32GB, pero el precio es muy alto solo para usarla en este Netbook. Así que la única solución ha sido aumentar la RAM. Primero pensé que a lo mejor se podía añadir una pieza de 2GB, pero la documentación oficial dice que la RAM máxima en este ordenador es 1536MB, es decir, añadir una pieza de 1GB. Se encargó el martes, pero por cuestiones de transporte no ha llegado hasto hoy, 13:00 horas (y yo de los nervios, por así decir). Para montarla, los técnicos de la tienda donde compro yo toda la informática (menos la que compro por la red) han tenido que ver algún video en la red, por que nunca la habían añadido a un Aspire One. La verdad es que es demasiado complicado; hay que sacar los 8 tornillos de la parte inferior, incluidos los de debajo de la batería y 2 escondidos bajo las gomas de apoyo justo debajo de los enganches de la pantalla/parte inferior, solo para luego tener que darle la vuelta y sacar el teclado y la placa y añadirla desde arriba en una bahía especial para ello. Con lo barato, fácil y cómodo que sería haber dejado una entrada inferior con un tornillo y ponerla por ahí. Por cierto, hay una entrada con 2 tornillitos, y no se para que es. Resultado final, fantástico, por que va mucho más rápido. A veces me pregunto si tendré que añadir algo a la Swap, pero de hecho manualmente ya la había aumentado hasta 1GB. La respuesta a las acciones es más rápida y hasta el Firefox carga más rápido. El único problema fueron los 30 minutos necesarios para ponérla. De todas maneras, para otros usuarios de Aspire One 110 con 512 de RAM, es un añadido absolutamente recomendable. A los que además tengan un disco sólido tan pequeño, si tienen una SDHC de sobra, pongan en su instalación de Linux /home en esa tarjeta en la entrada Storage Expansion y se ganará en almacenamiento y la posibilidad de utilizar unidades Dropbox o UbuntuOne. Los que usen Windows, bueno... lo lamento por ello. Ese defecto de fábrica solo se corrige cambiando a Linux...
Por cierto, esta entrada está saliendo del Aspire, por que lo estoy probando. Hasta las instalaciones en Wine van como un tiro de rápidas.

Aspire One 110

Hoy he realizado un "experimento" con mi viejo Aspire. A estas alturas mi disco de trabajo es Dropbox, y como mi Aspire tiene un disco de solo 8GB, no me podía permitir activar Dropbox en él. Eso es bastante molesto. por que los discos del resto de mis ordenadores son solo copias de seguridad de Dropbox y el Aspire me dejaba solo comunicarme, y no trabajar. Aspire One tiene un lector de tarjetas en la esquina izquierda que con Linpus lo que hacía era "agrandar" el disco duro. Con Ubuntu Remix es solo otro lector de SD, pero aun así le he introducido una SDHC Kingston de 8GB rápida y he instalado de nuevo Ubuntu 9.10 Remix. El disco sólido interno lo he dedicado para sistema de archivos y la partición de intercambio; la tarjeta la he dedicado a /home. Con ello he podido dedicar esos 8GB a mi Dropbox (4,25GB en estos momentos) y el UbuntuOne (2GB). Con ello ya puedo trabajar sobre el pequeño Aspire y actualizar mis trabajos en todos mis ordenadores (ahora mismo serán 3 los conectados a Dropbox y UbuntuOne).
El segundo "experimento" será intentar ponerle 1GB de RAM (o dos, si se puede). Habrá que cambiar la pieza interna. Haré que lo intenten por mi en mi tienda habitual; espero que hayan practicado, por que yo no se ni donde está la RAM. Sé que hay un video en Youtube de como hacerlo, pero ahora estoy cansado. La verdad es que el disco sólido es muy lento y lleva demasiado tiempo lo que en un sobremesa con DD magnetico se tarda solo unos minutos. A ver como me sale lo de la RAM.

Aspire ONE 110 con Ubuntu 9.04

Estoy mirando precios en Ciao y mis correos, pero es un verdadero sufrimiento. Este Aspire One 110 es muy lento. No sé si se debe a los 512 de Ram, al Firefox con 40 y tantos complementos, al Ubuntu o a la red móvil prepago.  Haré varios experimentos. Lo primero, instalar Epiphany (o Epifany, que no me acuerdo del nombre), a ver si con este navegador va más rápido. Si no es así, instalaré un slax o un Linux menos "pesado". Si aun así no va, intentaré ponerle memoria hasta 1GB, si se puede, y si no lo tendré que cambiar a un Aspire con más memoria y disco duro; en ese caso, intentaré conseguir un modelo con 2GB de RAM. Ya veremos

Cambios en los ordenadores

Aprovechando que actualizaba a 9.04, he multiplicado la memoria de mi ordenador particular; ahora son 4GB, para poder manipular comodamente máquinas virtuales. Voy a varias, cada una específicamente para hacer una cosa en particular con programas de Windows, y quiero dar memoria suficiente a cada una y probar a hacer 2 al mismo tiempo en dos máquinas virtuales diferentes, a ver como responde el ordenador. Asimismo voy a intentar instalar una impresora Windows en un Windows virtual, a ver si funciona. Es decir, vay a dedicar algún tiempo (que no tengo) a experimentar ciertas cosas. Para finalizar, increiblemente se me ha estropeado el teclado en el ordenador de trabajo. Y digo increiblemente por que no se le aflojó o rompió un cable, ni la goma inferior (de muelle ya no hay) se estropeó y dejó de empujar correctamente la tecla hacia arriba. Pues no, hoy, directamente, ha dejado de funcionar. Ni una letrita, nada, no podía ni arrancar. Nunca más pondré teclado y ratón inalámbricos. Me quedaba uno antiguo, pero no me gusta nada, así que me compraré uno (un Cherry con lector de tarjetas incorporado, a ver si lo hago funcionar en Ubuntu).

Memoria

Lo que si puede ser interesante para usuarios de SPSS es que la memoria es fundamental para realizar ciertos análisis. Mi ordenador, con 2 años de antigüedad, dispone de 2 GB de RAM, de los cuales dedicaba 1 para una máquina virtual con Windows XP cuando quería usar programas como SPSS. Al realizar un ANOVA multifactorial con 4 factores necesitó varios minutos para terminar y presentar los resultados. Al intentarlo con 6 factores me dio tiempo a ir a comer y volver y no voy a decir lo que pasó con 11 factores (después de un día de operar). Estuve pensando si era problema de los 32bits del sistema o de la memoria (la respuesta final del ordenador era siempre falta de memoria). Por comodidad (apagar, abrir, empujar, cerrar y encender), tiempo (cambiar un sistema es algo que lleva tiempo), y dinero (con 30 eurillos te compras 2GB de DDR2 800 Kingston) decidí añadir memoria hasta 4GB. Le dedique a la máquina virtual 2,5GB (2560) y tras ello se realizaron los análisis mucho más rápido. Es algo a tener en cuenta. Los programas estadísticos, cuando los cálculos generan decenas o centenares de grupos a comparar necesitan MUCHA, PERO MUCHA memoria. O quizás SPSS es gran consumidor de recursos, por que OpenStat hace un ANOVA de 3 factores en unas milesimas de segundo. El problema es que no puedes hacer más de 3 factores. Nada es perfecto, aunque sea gratis