jueves, 29 de abril de 2010
martes, 20 de abril de 2010
JDK6 de Sun en Lucid Lynx
Por algún extraños motivos que pueden leerse buscando un poco en
Google, Canonical ha decidido no tener en sus repositorios oficiales
el paquete de Sun para tener el JDK disponible, incluyendo el
cuestionado OpenJDK únicamente. Para tener disponible los paquetes necesarios hay que añadir el
repositorio de socios:
#sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner" Fuente: http://ubuntronics.blogspot.com/2010/04/instalacion-de-java-6-jdk-en-ubuntu.html
Google, Canonical ha decidido no tener en sus repositorios oficiales
el paquete de Sun para tener el JDK disponible, incluyendo el
cuestionado OpenJDK únicamente. Para tener disponible los paquetes necesarios hay que añadir el
repositorio de socios:
#sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner" Fuente: http://ubuntronics.blogspot.com/2010/04/instalacion-de-java-6-jdk-en-ubuntu.html
lunes, 19 de abril de 2010
Neo4j Rest Service
Neo4j, la base de datos no relacional, ha lanzado un servidor
standalone accesible mediante un wrapper REST. Muy interesante para
acceder a la base de datos externamente. Más información en la nota
original[1] [1]http://news.neo4j.org/2010/04/neo4j-standalone-rest-server-08.html?utm_source...:+Neo4jNews+(Neo4j+News)
standalone accesible mediante un wrapper REST. Muy interesante para
acceder a la base de datos externamente. Más información en la nota
original[1] [1]http://news.neo4j.org/2010/04/neo4j-standalone-rest-server-08.html?utm_source...:+Neo4jNews+(Neo4j+News)
sábado, 17 de abril de 2010
Cerebro de gato
Me alegra ver que aún hay gente trabajando en el mundo de los
algoritmos y sistemas bioinspirados. Fue el área que más me llamó la
atención cuando comencé a investigar pero la abandoné debido al poco
seguimiento que se realizaba en España. Enlazo al interesante artículo
para reconocimiento de patrones, con inspiración en el funcionamiento
del cerebro de un gato.[1] [1] http://esciencenews.com/articles/2010/04/14/cat.brain.a.step.toward.electroni...
algoritmos y sistemas bioinspirados. Fue el área que más me llamó la
atención cuando comencé a investigar pero la abandoné debido al poco
seguimiento que se realizaba en España. Enlazo al interesante artículo
para reconocimiento de patrones, con inspiración en el funcionamiento
del cerebro de un gato.[1] [1] http://esciencenews.com/articles/2010/04/14/cat.brain.a.step.toward.electroni...
martes, 23 de febrero de 2010
Nueva etapa
Por una sucesión de motivos es probable que a partir de ahora tenga de nuevo más tiempo para ir comentando cositas por aquí. Ciertamente que haya pasado un año y medio de la última vez que publiqué algo, lo cual no habla muy bien de esto...
A partir del lunes comienzo una nueva etapa de manera independiente en la que estaré trabajando mayoritariamente en el desarrollo de herramientas para el estudio de grafos y redes complejas que sean accesibles a usuarios no necesariamente técnicos, así que, trataré de ir comentando aquí todas las herramientas y curiosidades que me vaya encontrando.
Es un buen propósito, espero ir cumpliéndolo :-)
domingo, 20 de julio de 2008
Archlinux + XFCE4 + Teclas multimedia
Hola, resulta que he instalado Arch con XFCE en mi portátil y no podía usar las teclas multimedia para el sonido. Así que trasteando he aprendido algunas cosas que quizás sirvan a otro.
El sistema X tiene tres eventos que son los que nos interesan: XF86AudioMute, XF86AudioLowerVolumen y XF86AudioRaiseVolume.
Si abrimos la configuración de atajos de teclado por defecto, podemos ver que hay 3 comandos asociados a estas tres opciones:
Pues suponiendo que lo que tienes es una instalación limpia de arch, es por dos motivos fundamentales:
El primer problema es sencillo de manejar con un pacman -S aumix-gtk
El segundo es igualmente sencillo pero hay que dar algunos pasos más:
keycode 174 = XF86AudioLowerVolume
keycode 176 = XF86AudioRaiseVolume
if [ -f $usermodmap ]; then
xmodmap $usermodmap
fi
exec startxfce4
Y teniendo en cuenta que en los atajos por defecto ya estaban asociado los eventos al reiniciar lo tendréis funcionando.
El sistema X tiene tres eventos que son los que nos interesan: XF86AudioMute, XF86AudioLowerVolumen y XF86AudioRaiseVolume.
Si abrimos la configuración de atajos de teclado por defecto, podemos ver que hay 3 comandos asociados a estas tres opciones:
- XF86AudioRaiseVolume: aumix -v+10
- XF86AudioLowerVolume: aumix -v-10
- XF86AudioMute: aumix -v0
Pues suponiendo que lo que tienes es una instalación limpia de arch, es por dos motivos fundamentales:
- Porque el paquete aumix no está instalado
- Porque los eventos XF86Audio* no están asociados a las teclas.
El primer problema es sencillo de manejar con un pacman -S aumix-gtk
El segundo es igualmente sencillo pero hay que dar algunos pasos más:
- Lo primero es ver los códigos de las teclas de sonido de nuestro teclado. Para eso utilizamos la utilidad xev y vemos los códigos al pulsar las teclas. En mi caso eran 160 para el mute, 174 para el lower y 176 para el raise.
- Una vez que tenemos esto, editamos el fichero .Xmodmap en nuestro home agregando el siguiente contenido:
keycode 174 = XF86AudioLowerVolume
keycode 176 = XF86AudioRaiseVolume
- El siguiente fichero a editar es el .xinitrc al que agregamos:
if [ -f $usermodmap ]; then
xmodmap $usermodmap
fi
exec startxfce4
Y teniendo en cuenta que en los atajos por defecto ya estaban asociado los eventos al reiniciar lo tendréis funcionando.
martes, 13 de mayo de 2008
El demonio cpufreqd
Me gusta probar nuevas distribuciones en mi portátil, aunque me cuesta salir de las "debian-based". El asunto es que aunque no tengo una gran máquina (un Centrino 1.7 Ghz) me gusta aprovechar las cosas al máximo.
Este procesador, como casi todos los de portátiles, tiene una función llamada escalado de frequencia que es una tecnología que permite hacer trabajar el procesador a frecuencias menores con el objetivo de ahorrar batería al mismo tiempo que disminuye el calentamiento.
Hay muchas formas de retocar esta funcionalidad, a mi me gusta cpufreqd por su sencillez. Este tipo de aplicaciones definen una política de comportamiento para diferentes estados como pueden ser:
Este procesador, como casi todos los de portátiles, tiene una función llamada escalado de frequencia que es una tecnología que permite hacer trabajar el procesador a frecuencias menores con el objetivo de ahorrar batería al mismo tiempo que disminuye el calentamiento.
Hay muchas formas de retocar esta funcionalidad, a mi me gusta cpufreqd por su sencillez. Este tipo de aplicaciones definen una política de comportamiento para diferentes estados como pueden ser:
- Portátil conectado a la red eléctrica.
- Portátil en modo batería con carga entre 70-100 %
- Portatil con modo batería con carga menor al 20%
- ...
El motivo que me hizo "descubrir" esta aplicación fueron los problemas tanto con Debian como con Ubuntu que tenía en mi portátil. Por algún motivo dichas distribuciones configuraban mi máquina para funcionar siempre a la máxima frecuencia (1.7Ghz) cuando está conectada a la red eléctrica.
Aparentemente esto es lo deseable ya que así rinde al máximo, pero no para mí. Cuando trabajo con el portátil suelo estar navegando o editando código, tareas que, sobre todo la última, no necesitan el procesador a pleno rendimiento y que sin embargo si necesitan, sobre todo la última, un mínimo de concentración. Y aquí es donde surge mi problema, ya sea por la edad del portátil o porque es un Amilo Pro (no es la gama más alta del mercado), el ventilador hace mucho ruido, y cuando el procesador trabaja a 1.7Ghz hace que esté continuamente haciendo el pulsing (arrancando y frenando a ritmo constante).
El ruido es bastante molesto, así que me puse manos a la obra para solucionar el problema. Instalé los paquetes cpufreqd y cpufreq-utils que están disponibles via apt. Eliminé también el paquete powernowd que es el que traen las últimas distribuciones basadas en Ubuntu.
El primer paso es ver si el demonio cpufreqd es capaz de arrancar, en mi caso no arrancaba porque le tenía que indicar el tipo de tecnología de mi procesador, la cual es speedstep-centrino. Para ello hay que editar el fichero /etc/default/cpufreq.d y añadir la línea CPUFREQ_CPU_MODULE="speedstep-centrino". Por supuesto hay que reiniciar el demonio para que los cambios surtan efecto.
Una herramienta útil es cpufreq-info con la que podemos saber el estado actual del procesador y las posibilidades que da. En mi caso la respuesta es:
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which need to switch frequency at the same time: 0
hardware limits: 800 MHz - 1.73 GHz
available frequency steps: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
available cpufreq governors: conservative, ondemand, powersave, userspace, performance
current policy: frequency should be within 800 MHz and 1.73 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
Son importantes las líneas hardware limits: 800 MHz - 1.73 GHz y available frequency steps: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz que marcan las posibilidades del procesador que tengamos.
Sabiendo las posibilidades de nuestra máquina, lo único que resta hacer es editar el fichero /etc/cpufreqd.conf y elegir la política que queremos o editar la nuestra propia. En mi caso sustituí la Perfomance High que siempre mantenía el procesador al 100% por On Demand High, que pone la frecuencia entre 800 Mhz y 1.7Ghz según la demanda del sistema. Como se puede observar al escribir esto estaba funcionando a 800Mhz estando conectado a la red.
Silencioso y eficiente ;)
Aparentemente esto es lo deseable ya que así rinde al máximo, pero no para mí. Cuando trabajo con el portátil suelo estar navegando o editando código, tareas que, sobre todo la última, no necesitan el procesador a pleno rendimiento y que sin embargo si necesitan, sobre todo la última, un mínimo de concentración. Y aquí es donde surge mi problema, ya sea por la edad del portátil o porque es un Amilo Pro (no es la gama más alta del mercado), el ventilador hace mucho ruido, y cuando el procesador trabaja a 1.7Ghz hace que esté continuamente haciendo el pulsing (arrancando y frenando a ritmo constante).
El ruido es bastante molesto, así que me puse manos a la obra para solucionar el problema. Instalé los paquetes cpufreqd y cpufreq-utils que están disponibles via apt. Eliminé también el paquete powernowd que es el que traen las últimas distribuciones basadas en Ubuntu.
El primer paso es ver si el demonio cpufreqd es capaz de arrancar, en mi caso no arrancaba porque le tenía que indicar el tipo de tecnología de mi procesador, la cual es speedstep-centrino. Para ello hay que editar el fichero /etc/default/cpufreq.d y añadir la línea CPUFREQ_CPU_MODULE="speedstep-centrino". Por supuesto hay que reiniciar el demonio para que los cambios surtan efecto.
Una herramienta útil es cpufreq-info con la que podemos saber el estado actual del procesador y las posibilidades que da. En mi caso la respuesta es:
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which need to switch frequency at the same time: 0
hardware limits: 800 MHz - 1.73 GHz
available frequency steps: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
available cpufreq governors: conservative, ondemand, powersave, userspace, performance
current policy: frequency should be within 800 MHz and 1.73 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
Son importantes las líneas hardware limits: 800 MHz - 1.73 GHz y available frequency steps: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz que marcan las posibilidades del procesador que tengamos.
Sabiendo las posibilidades de nuestra máquina, lo único que resta hacer es editar el fichero /etc/cpufreqd.conf y elegir la política que queremos o editar la nuestra propia. En mi caso sustituí la Perfomance High que siempre mantenía el procesador al 100% por On Demand High, que pone la frecuencia entre 800 Mhz y 1.7Ghz según la demanda del sistema. Como se puede observar al escribir esto estaba funcionando a 800Mhz estando conectado a la red.
Silencioso y eficiente ;)
Suscribirse a:
Entradas (Atom)