Memcached (o Memcache) incorpora un sistema de estadísticas interno que nos permite conocer el estado del demonio, su capacidad restante de almacenamiento, uso, conextiones, etcétera.

Para acceder a él a través del cliente de Ruby, por ejemplo, basta con cargar una consola en el entorno deseado e invocar al método stats del objeto de caché.

Por ejemplo, si nuestra configuración es la siguiente:

  CACHE = MemCache.new 'localhost:11211', :namespace => 'wadus_fragments'

Podemos utilizar el objeto CACHE de la siguiente manera:

  pp CACHE.stats
  {"bytes"=>746532339,
   "pid"=>10303,
   "connection_structures"=>19,
   "time"=>1200349556,
   "limit_maxbytes"=>1073741824,
   "cmd_get"=>689486,
   "version"=>"1.1.12",
   "bytes_written"=>3296488315,
   "cmd_set"=>265986,
   "get_misses"=>265168,
   "total_connections"=>1238,
   "curr_connections"=>17,
   "curr_items"=>66977,
   "uptime"=>56490,
   "get_hits"=>424318,
   "total_items"=>265986,
   "rusage_system"=>95.012555,
   "rusage_user"=>17.16339,
   "bytes_read"=>3226552602}

La interpretación de todos estos valores se puede encontrar en la definición del protocolo:

  Name              Type     Meaning
  ----------------------------------
  pid               32u      Process id of this server process
  uptime            32u      Number of seconds this server has been running
  time              32u      current UNIX time according to the server
  version           string   Version string of this server
  pointer_size      32       Default size of pointers on the host OS
                             (generally 32 or 64)
  rusage_user       32u:32u  Accumulated user time for this process 
                             (seconds:microseconds)
  rusage_system     32u:32u  Accumulated system time for this process 
                             (seconds:microseconds)
  curr_items        32u      Current number of items stored by the server
  total_items       32u      Total number of items stored by this server 
                             ever since it started
  bytes             64u      Current number of bytes used by this server 
                             to store items
  curr_connections  32u      Number of open connections
  total_connections 32u      Total number of connections opened since 
                             the server started running
  connection_structures 32u  Number of connection structures allocated 
                             by the server
  cmd_get           64u      Cumulative number of retrieval requests
  cmd_set           64u      Cumulative number of storage requests
  get_hits          64u      Number of keys that have been requested and 
                             found present
  get_misses        64u      Number of items that have been requested 
                             and not found
  evictions         64u      Number of valid items removed from cache                                                                           
                             to free memory for new items                                                                                       
  bytes_read        64u      Total number of bytes read by this server 
                             from network
  bytes_written     64u      Total number of bytes sent by this server to 
                             network
  limit_maxbytes    32u      Number of bytes this server is allowed to
                             use for storage. 
  threads           32u      Number of worker threads requested.
                             (see doc/threads.txt)

En concreto cuatro parámetros me han parecido interesantes de observar:

• el parámetro bytes junto con el de limit_maxbytes: el primero representa el total de bytes ocupados actualmente, frente el máximo.
• el número de fallos de caché que refleja el valor del parámetro get_misses junto con el número de aciertos get_hits

Los primeros nos permiten saber si hemos llegado al límite el almacenamiento que necesita nuestra aplicación y el segundo nos permite saber si nuestra política de caché es adecuada: diviendo hits entre misses obtenemos la proporción de fragmentos encontrados frente a fragmentos que ya no existían. Un valor de 1 indica que por cada dos búsquedas, una tiene éxito y otra no.

Por supuesto un valor inferior a uno muestra que la caché no sirve de nada (indicaría por ejemplo que necesitaríamos ampliar el Memcache o que tenemos una política de borrado "exagerada").

Para aquellos que nos preguntábamos por qué && y and no son lo mismo, y porqué en el Core de Rails prefieren && aquí hay una buena explicación sobre cuál es su principal diferencia, que no es más que un tema de precedencia de operadores.

Supongo que todo es acostumbrarse a utilizar uno u otro.

Perdonad la flojera que ha invadido a este blog últimamente, se le debe haber contagiado del autor.

Y volviendo al tema que nos atañe, felicita tus Navidades con Ruby:

print "#{def r(x);rand(x);end; C = "\033["}2J#{C}0;0f#{C}32m"; w=r(20).to_i+13
h=w-r(10).to_i; h.times { |line| puts " " * ((w / 2) - (line / 2)) + 
(1..line+1).collect { r(rand(12)) == 0 ? "#{C+'5m' if Time.now.usec % 2 == 0}#{C}#{r(7) + 
31}m*#{C}0m#{C}32m":'='}.join}; print "#{C}33m"; 3.times{ puts (("x" * (w / 6)
).center(w)) }; puts "#{C}0m\n", "Merry Christmas From Ruby Inside!"

Visto en el Calendario de Adviento de Ruby.

Leído en Ruby Inside:

gem install -y wirble

Y luego editar en nuestro directorio $HOME un fichero .irbrc con el siguiente contenido:

require 'rubygems'
require 'wirble'
Wirble.init
Wirble.colorize

Si arrancamos el irb dispondremos de autocompletado y coloreado de sintaxis.

En un hilo de la lista de Rails en español sobre la existencia de un libro de Ruby en castellano:

Programar en Ruby sin saber inglés es como irse a la Feria de Abril de Sevilla sin conocer a nadie. Puedes hacerlo, pero no es tan divertido.

Ale dixit.

Y ahora en serio, mi humilde opinión coincide con la de Ale: Ruby es un lenguaje de programación que tiende al lenguaje natural, que permite construir sentencias de programación que suenan como frases.

No conocer el inglés te impide llegar a mimetizarte con el propio lenguaje, y, aunque no es imposible programar así, sin duda es bastante más incómodo.

Conclusión

Si quieres programar aprende inglés, y si quieres entrar de lleno en el mundo web, aprende inglés, que la iniciativa la llevan los anglosajones y nos sacan unos cuantos años, además.

Lecturas que no te debes perder:

• Firebug 1.0, lo que nos va a Ofrecer, en Sentido Web
• Protocolo para Sitemaps de Google adoptado por Yahoo y Microsoft, en Sentido Web
• El origen de Flickr, en Grancomo
• Beautiful Code: The evolution of an iterator, en Signal vs. Noise

Calendario de Adviento de Ruby

¿Alguien sabe qué traman?

Busca el tag que sobra:

acb antena3 caja san fernando cuatro lasexta serie telecinco tve

Sin embargo este no está mal:

alemania futbol humor juegos mundial

Ni este:

guerra israel libano palestina papa religion

Este muestra un grupo de tags irrelevantes:

a con el en granada julio las los mas o que ser un y

Pero también nos hacemos "la picha un lío":

actualidad iglesia libertad silvio rodriguez windows yo

¿Y a qué viene este post? Está a medias entre esto y esto.