Jueves, 10 de diciembre de 2009
Para exportar la configuración de Putty de un equipo a otro simplemente hemos de exportar la siguiente rama del registro:
HKEY_CURRENT_USER\Software\SimonTatham
Para ello podemos usar el siguiente comando:
regedit /e "putty.reg" HKEY_CURRENT_USER\Software\SimonTatham
Ahora nos llevamos el fichero putty.reg al otro equipo y lo importamos en el registro (con hacer doble click y aceptar la importación es suficiente).
DAVID FERNANDEZ ACIN Windows Putty, Utilidades, Windows
Miércoles, 9 de diciembre de 2009
Innotop es una herramienta para la monitorización de MySQL. Está escrita en Perl. Está inspirada en el clásico mytop, pero proporcionando más funcionalidad.
Para instalarla en Red Hat 5 solo necesitamos Perl y los siguientes paquetes:
- perl-TermReadKey-2.30-3.el5.rf.x86_64.rpm (http://dag.wieers.com/rpm/packages/perl-TermReadKey/)
- innotop-1.6.0-1.el5.noarch.rpm (http://www.rpmfind.net/linux/RPM/epel/5/ppc/innotop-1.6.0-1.el5.noarch.html)
Instalamos estos paquetes con rpm –Uvh y ya podemos ejecutar el comando innotop.
DAVID FERNANDEZ ACIN MySQL Base de Datos, Monitorización MySQL, MySQL, Utilidades
Jueves, 3 de diciembre de 2009
La versión 5 de MySQL incorpora una funcionalidad que parece muy interesante para detectar problemas de rendimiento en el servidor. Es el Query Profiler. Mediante esta funcionalidad podremos desglosar en que partes de cada query se distribuye el tiempo de ejecución de la misma. Un ejemplo de un uso básico de esta funcionalidad es el siguiente:
mysql> set profiling=1;
Query OK, 0 rows affected (0.00 sec)
mysql> select count(*) from db;
+----------+
| count(*) |
+----------+
| 7 |
+----------+
1 row in set (0.00 sec)
mysql> show profiles;
+----------+------------+-------------------------+
| Query_ID | Duration | Query |
+----------+------------+-------------------------+
| 1 | 0.00028800 | select count(*) from db |
+----------+------------+-------------------------+
1 row in set (0.00 sec)
mysql> show profile for query 1;
+--------------------------------+----------+
| Status | Duration |
+--------------------------------+----------+
| starting | 0.000080 |
| checking query cache for query | 0.000105 |
| Opening tables | 0.000026 |
| System lock | 0.000005 |
| Table lock | 0.000007 |
| init | 0.000019 |
| optimizing | 0.000011 |
| executing | 0.000017 |
| end | 0.000003 |
| end | 0.000002 |
| query end | 0.000002 |
| freeing items | 0.000004 |
| closing tables | 0.000004 |
| logging slow query | 0.000002 |
| cleaning up | 0.000001 |
+--------------------------------+----------+
15 rows in set (0.00 sec)
mysql> set profiling=0;
Query OK, 0 rows affected (0.00 sec)
Más información:
DAVID FERNANDEZ ACIN MySQL MySQL
Miércoles, 2 de diciembre de 2009
El IO scheduler de un sistema operativo es la parte del mismo encargada de organizar las operaciones de entrada y salida contra el disco.
En los kernels actuales de Linux (2.6.x) tenemos disponibles varios de estos schedulers (planificadores). Por ejemplo en la distribución Red Hat Linux 5 disponemos de los siguientes:
- noop
- anticipatory
- deadline
- cfq
Cada uno de estos planificadores tiene ventajas e inconvenientes según el tipo de uso que se le vaya a dar al disco del servidor. Por defecto, en Red Hat viene configurado como planificador cfq. El planificador se puede configurar para cada disco del servidor. Podemos ver el planificador con el siguiente comando:
# cat /sys/block/<<disco>>/queue/scheduler
En el caso de MySQL parece que el planificador cfq no es el que proporciona el rendimiento optimo. Parece que los planificador noop o deadline proporcionan mejor rendimiento.
Para cambiar el planificador de nuestro disco lo podemos hacer de dos formas:
- En el arranque del servidor: añadiendo el parámetro elevator=<<nombre-scheduler>> a la línea kernel del gestor de arranque. Esto cambiará el planificador para todos los discos duros de nuestro servidor.
- Mediante el siguiente comando:
# echo "<<nombre-scheduler>>" > /sys/block/<<disco>>/queue/scheduler
La segunda forma permite cambiar el planificador en caliente y también especificar un planificador distinto para cada disco. Por ejemplo, en el caso se un servidor MySQL con un disco para el sistema operativo y otro para los datos del MySQL, podríamos configurar cfq para el disco del sistema operativo y deadline para el disco de los datos.
Más información:
DAVID FERNANDEZ ACIN Linux, MySQL Linux, MySQL
