Muchas veces habrás tenido que capturar webs muy largas y con el PRINTSCREEN de tu ordenador o con software para captura habrás sido incapaz de hacer buenas capturas cuando la web es más larga que la pantalla, para eso existen programas especiales como Paparazzi para OSX pero si tu máquina no es Mac y es por ejemplo un Ubuntu, ¿qué?

Pues nada, tenemos otra solución que funciona genial, abre tu Firefox, el navegador navaja suiza que sirve “pa un roto y un descosío” e instálate el plugin Screengrab, ya verás que fácil es hacer ahora capturas de webs extralargas y todo sin salir de tu navegador.

Enlace: http://www.screengrab.org/

Un apunte ultrarápido que nos permitirá saber que aplicaciones y que usuarios están consumiendo más recursos en tu máquina, esta funcionalidad es válida tan sólo para máquinas Linux o basadas en Unix, se trata del comando top.

Abre una terminal e introduce el comando: top

Te aparecerá una pantalla como la que te mostramos en nuestra captura,mostrándote ordenadas las aplicaciones o procesos de mayor a menor consumo de recursos, en nuestro caso lo que más está consumiendo es Firefox (tenemos más de 15 pestañas abiertas), con un 32% de la cpu y un 6,4% de la memoria RAM. Vemos curiosamente que XORG, la interficie gráfica que incorpora Ubuntu utiliza un 1% escaso, a la que hay que añadir Compiz con un 1,4% gt-window con un 0,3% y gnome-panel con un 0,9 total, que tenemos una interficie gráfica de las de quitar el hipo, gestionando 2 pantallas de diferente resolución y un total de 4 escritorios virtuales sin pestañear, una interficie superior en muchos aspectos a la de Mac OSX (nuestro exposé es bastante mejor) .

Este comando en principio no requiere permisos de superusuario.Si bien si quieres ver el consumo de procesos que corren bajo root, como Apache o Mysql deberás ejecutarlo como superusuario, así que casi mejor que lo ejecutes como “sudo top”  (te pedirá clave)

Ideal para monitorizar servidores basados en Linux a los que tengas acceso mediante SSH. Así que apunta hacia tu servidor virtual, tu servidor privado y a monitorizar para ir optimizando, que es gerundio.

Migración de grandes hacia Cassandra db

Por la red ha saltado la alarma ya que Twitter pretende migrar al sistema de base de datos Cassandra, hasta la fecha los de Twitter confiaban en la base de datos mysql con un complejo sistema de Twitter.

No es la primera compañía que migra hacia Cassandra tras la adquisición de MySQL por Oracle, un movimiento que no ha sido del agrado de prácticamente ningún desarrollador, además con estos movimientos tan sólo acrecentamos el temor de que Oracle acabe ahorcando el proyecto libre MySQL en favor de sus sistemas de bases de datos de pago.

La base de datos Cassandra fue liberada por Facebook en el año 2008, en la actualidad es usada por servicios web de alto tránsito y de alta actividad en cuanto a base de datos se refiere, nombres como Rackspace, Digg, Facebook, Cisco, etc son algunas de las compañías que ya trabajan bajo Cassandra el echo de que muchas redes sociales de gran renombre la utilicen es garantía de su funcionalidad pues bien es sabido que tanto Twitter como Facebook y Digg son las aplicaciones web que mueven un mayor volumen de registros de bases de datos.

Características destacadas de Cassandra

Cassandra DB dispone de algunas características muy interesantes entre las que destacamos:

Tolerancia a fallos

Los datos son replicados en múltiples nodos de forma que si falla uno el sistema es capaz de leer los datos desde cualquier otro nodo sin problema alguno sin ningún tipo de downtime o tiempo de espera, elevando así el tiempo de operatividad muy por encima de MySQL.

Descentralización de los datos

Todos los clusters que conforman una base de datos disponen de la misma información por lo que los datos están replicados y se encuentran en todos los puntos aportando toda la ventaja que implica la descentralización de los datos.

Modelo de datos avanzado

Cassandra dispone de lo que se denomina un Rich Data Model es decir un sistema eficiente y simple para la ejecución de consultas a la base e datos.

Elasticidad

Te permite leer y escribir simultáneamente sin interrupciones.

Requerimientos de Cassandra

Servidor Apache, 1Gb. de mínimo de memoria RAM bajo entornos virtualizados, si el hardware es dedicado debería ser superior a 4Gb. de todas formas es habitual encontrarse cluster con 16 y 32 Gb. de memoria RAM.

A nivel de CPU Cassandra trabaja de forma excelente con sistemas multi-núcleo así que a mayor número de cores, mayor rendimiento. Así pues si precisas de un gran rendimiento, no te cortes y tira por sistemas de cuatro u ocho núcleos.

Capacidad de disco, ideal 2 discos por cada cluster, en uno se almacena el llamado CommitLogDirectory o fichero de registro de activicidad (log) y en el otro los datos o DataFileDirectories.

Sistema operativo, lo mejor un sistema operativo de 64bits, a mayor estabilidad mejor rendimiento. Por supuesto, Unix o Linux, incluído Mac OSX.

Enlace: http://incubator.apache.org/cassandra/