Desde Codection, una de las empresas cuyos miembros colaboran aquí en Linux Hispano, y junto a e-learning forest y Treesatlab del grupo ERSAF (Evaluación y Restauración de Sistemas Agrícolas y Forestales) del Dpto. de Ingeniería Forestal de la Universidad de Córdoba, organizamos un curso sobre hardware libre, más concretamente Arduino, que seguro que a muchos de vosotros os interesa.
Aunque en el título se remarque el contexto en el que se encuentra el curso y alguna de nuestras líneas de negocio, la monitorización ambiental, tanto los contenidos como las prácticas del mismo son generales y se pueden aplicar a la monitorización y sensorización en cualquier contexto.
¿Cómo funciona el curso?
Se trata de un curso teórico-práctico de 75 horas de duración impartido de forma remota, online, a través de la plataforma de e-learning forest. Para poder seguir el curso se regalará un Kit básico compuesto por un Arduino Uno y una serie de actuadores/sensores, de forma que el seguimiento del curso sea continuo, aunque también brindamos la posibilidad de aportar los materiales cada uno.
Al igual que el año pasado ya publicamos en este mismo portal, este año PortalProgramas ha vuelto a realizar el estudio en el que se analiza el uso del software libre en las universidades españolas, en el que participo a través del consejo consultivo. Puesto que se trata de un ranking, lo primero que querréis ver es “cómo ha quedado la clasificación”, aquí la tenéis de forma gráfica:
Para conocer más detalles, os remito directamente al kit de prensa:
Nota de prensa 2013: ¿Qué universidades difunden más el software libre?
https://twitter.com/mirabalj/status/332643668555079680
https://twitter.com/gallir/status/332813314826592256
15 Herramientas de la línea de comandos para supervisar el rendimiento de Linux http://t.co/TLqC2D3NFh te interesa @imalrod
— F. Javier Carazo Gil Ⓦ (@fjcarazo) May 6, 2013
En ocasiones, y en función del entorno en el que estemos trabajando, podremos hacer caso omiso de lo que pueda citar en esta entrada y recargar la configuración de nuestro servidor Apache como siempre lo hemos hecho:
ahornero@6581-D:~$ service httpd restart
No siempre vamos a poder hacerlo así, entre otras cosas porque invocando el comando anterior estamos parando completamente el servidor para volver a iniciarlo, cerrando cualquier petición en curso. Bien, ahora a lo que íbamos, ¿cómo modificar la configuración de mi servidor web sin necesidad de reiniciarlo para que los cambios surtan efecto? Está claro que para que los cambios hagan su efecto la configuración tiene que iniciarse en el arranque del demonio, ¿y cómo estoy diciendo que podemos aplicarlo sin pararlo? Vamos a ahondar un poco más, las actividades que podemos hacer con nuestro servicio de apache son:
Para start, restart y stop sobran los comentarios, iniciar, reiniciar y parar respectivamente. ¿Pero qué es eso de graceful y graceful-stop? Básicamente que lo hace de forma amable, que amablemente espera a que las peticiones que los hijos están sirviendo terminen para parar o para reiniciar nuestro servidor. Y ahora sí, podremos cargar los nuevos cambios de configuración en nuestro servidor Apache sin que nuestros clientes noten cambio alguno, realmente no hay truco, el servicio se reinicia, pero lo hace de una forma muy elegante, esperando a que las peticiones pendientes terminen.
Para invocarlo, bastará con:
ahornero@6581-D:~$ service httpd graceful
¿Se pueden compilar apps para iOS en Windows o Linux? http://t.co/qe8Nq7esM5 via @w0rldart
— Betabeers (@betabeers) May 3, 2013
Fuduntu se basará en openSUSE y se llamará FuSE Linux http://t.co/hkhQoByGBj
— MiradaDelReplicante (@tannhausser) April 27, 2013
https://twitter.com/TuXapuntes/status/328205085739995137
Cada día intentan ocultarnos más el trasfondo del sistema de paquetes, que bastante ya abstrae de la instalación de software, con programas como el Centro de Software de Ubuntu. Sin embargo, apt, aptitude y el sistema en sí siguen estando ahí detrás y en más de una ocasión tendrás que usarlos.
Una duda frecuente que surge con esta problemática es la siguiente, ¿qué diferencia hay entre apt-get update y apt-get update?
Mención aparte existe el dist-upgrade, la diferencia entre apt-get upgrade y apt-get dist-update la comentaremos en una entrada posterior.
Hace unos días hablamos de cómo activar la caché de MySQL. Espero que la hayáis probado y que hayáis visto cómo vuestros tiempo de consulta se reducen considerablemente con sólo activarla. Os dije que os comentaría cómo monitorizarla y de esa promesa, esta entrada.
Soy de los que dice que algo por bien que funcione, si no puede medirse, no funciona tan bien. Las sensaciones son esos y aunque veamos que el tiempo de ejecución ha caído, no sabemos nada sobre la caché. Todos los que hayáis estudiado algo relacionado con la informática, conoceréis conceptos como la tasa de fallos y de aciertos de cualquier caché y ésta, no podía ser menos.
¿Cómo podemos ver esos datos? Veamos.
Comprobar si la caché está activada
Para esta labor usaremos el siguiente comando (siempre desde la consola de MySQL):
SHOW VARIABLES LIKE 'have_query_cache';
Que nos devolverá si está activada lo siguiente:
+------------------+-------+ | Variable_name | Value | +------------------+-------+ | have_query_cache | YES | +------------------+-------+
Parámetros de estado
Para ver todos los parámetros del estado de la caché, una vez sabemos que está activada hacemos:
SHOW STATUS LIKE 'Qcache%';
Y el resultado es el siguiente:
+-------------------------+-----------+ | Variable_name | Value | +-------------------------+-----------+ | Qcache_free_blocks | 3409 | | Qcache_free_memory | 501720656 | | Qcache_hits | 3265000 | | Qcache_inserts | 1321208 | | Qcache_lowmem_prunes | 0 | | Qcache_not_cached | 72160 | | Qcache_queries_in_cache | 10027 | | Qcache_total_blocks | 24143 | +-------------------------+-----------+
