Autor: diariolinux

En InitMarketing.tv han empezado a recopilar la opinión, en vídeo (con transcripciones) de varias personalidades del mundo opensource hablando sobre distintos temas relacionados con el marketing de aplicaciones de código abierto.

Entre algunas de las entrevistas ya disponibles se encuentran las de Bruce Perens hablando sobre el mercado de la larga cola (long tail) del open source, Oliver Nachtrab (hablando sobre el marketing de SuSE y Open-Xchange) y Florian Effenberger, hablando sobre marketing de OpenOffice.org.

En el futuro, se espera contar con Fabrizio Capobianco de Funambol, y Stormy Peters, empleada de la fundación GNOME.

A colación de este post, he recibido muchas sugerencias y consejos sobre los cuidados que una batería de portátil debería de recibir. Uno de los más completos, a modo de comentario de Ochoto (miembro de DiarioLinux.com), que me ha parecido tener la suficiente entidad como para promocionarlo «a portada» 🙂 Nos cuenta lo siguiente:

La mejor manera de conservar una batería es no hacer demasiados ciclos de carga y descarga. Las baterías modernas disponen de indicadores de carga completa de manera que las podemos dejar continuamente conectadas sin problemas.

Eso si, conviene revisar el consumo de energía de nuestro portatil para que no se queme la batería en los ratos que no está conectada a la corriente. Para esto lo mejor es usar powertop, que nos indica los procesos que están evitando que la cpu entre en modo de ahorro de energía.

Mi batería tiene 3 años y aún se encuentra bastante jovial 🙂


root@cometa:/home/xos/Downloads/pt/powertop-1.10# cat /proc/acpi/battery/BAT1/info
present: yes
design capacity: 4300 mAh
last full capacity: 3175 mAh
battery technology: rechargeable
design voltage: 14800 mV
design capacity warning: 430 mAh
design capacity low: 129 mAh
capacity granularity 1: 301 mAh
capacity granularity 2: 3870 mAh
model number: BATCL50L
serial number: SMBAT
battery type: LiON
OEM info: SONY


Los mejores consejos para cuidar las baterías de cualquier dispositivo los podéis encontrar en “battery university”.

Otro consejo que me dió otra persona, y que antes no llevaba a cabo y ahora sí es simplemente el quitar la batería del portátil cuando tengo un enchufe a mano. Es decir, quito la batería, conecto el portátil a la red eléctrica y trabajo así.
La cuestión es que no te olvides que ahora estás sin batería… o sea, que no se te ocurra sacar el cable de alimentación alegremente 😉 Y una pregunta que lanzo: ¿es «peligroso» (para el portátil) meter la batería cuando éste está conectado a la red eléctrica y estás trabajando con él? (quiero decir, ¿aconsejáis apagarlo primero (por alguna razón de peso, no «por si acaso», o es inocuo el conectarle la batería «a lo bestia»?)

Suelo trabajar por las noches con el portátil. El silencio y la tranquilidad son buenas aliadas del estudio y el trabajo. El DELL D820 es un portátil bueno y silencioso… hasta que a algún proceso le da por empezar a juguetear con el disco duro. Ris, ras. Ris, ras. Ris, ras. Así cada segundo. Al final es como la gota de agua de un grifo con pérdidas: toc… toc… toc… Para volverte loco. O igual es que estoy muy tiquismiquis. El caso es que quería saber quién era el culpable de este ruidito de marras (aparte de que tener el disco duro en uso cada segundo no tiene que ser precisamente bueno para un portátil…) Lo primero que se me ha ocurrido ha sido parar tracker, beagle, updatedb o similares. Nada, el ruidito de marras en el disco sigue oyéndose. Lo siguiente ha sido empezar a matar procesos que yo creía culpables. Nada, he acusado a inocentes. Veamos… ¿qué tal con el comando top? No vale, no hay columna que indique actividad de disco. Ris, ras, ris, ras, ris, ras.

¿No hay un top pero para medir la actividad de disco de cada proceso? ¡Sí! Pero hay que instalarlo aparte. Se llama iotop, y es una joyita que no conocía (y que me ha hecho seguir trabajando en tranquilidad, sin ruiditos).

La instalación, tras descomprimir, es sencillita:

$ sudo python setup.py build
$ sudo python setup.py install
$ iotop


Paz. Por cierto, el culpable del ris-ras era Tomcat. A saber por qué rascaba tanto el disco, pero iotop se ha chivado y un kill -9 ha hecho el resto 😉