La respuesta corta: Cualquiera de los dos es lo que está buscando, pero mi primera opción sería memcache (la primera que enumeró), basada exclusivamente en su uso correcto de la nomenclatura.
Ahora he aquí cómo llegué a esa conclusión:
Aquí hay un resumen rápido de las convenciones de nomenclatura (para aquellos que no están familiarizados), que explica la frustración del autor de la pregunta: Para muchas aplicaciones * nix, la pieza que hace el trabajo de backend se llama "demonio" (piense en "servicio" en Windows- tierra), mientras que la interfaz o la aplicación cliente es lo que usa para controlar o acceder al demonio. El demonio se suele llamar igual que el cliente, con la letra "d" adjunta. Por ejemplo, "imap" sería un cliente que se conecta al demonio "imapd".
Esta convención de nomenclatura claramente se está cumpliendo por Memcache cuando se lee la introducción al módulo de Memcache (nótese la diferencia entre Memcache y memcached en este extracto):
El módulo Memcache proporciona una práctica interfaz orientada a procedimientos y objetos para el demonio de almacenamiento en caché altamente efectivo y memcached, que fue especialmente diseñado para disminuir la carga de la base de datos en aplicaciones web dinámicas.
El módulo Memcache también proporciona un controlador de sesión (memcache).
Puede encontrar más información sobre memcached en »
http://www.danga.com/memcached/ .
La frustración aquí es causada por el autor de la extensión PHP que fue mal llamada memcached , ya que comparte el mismo nombre que el demonio real llamado memcached . Observe también que en la introducción a memcached (el módulo php) , hace mención de libmemcached , que es la biblioteca compartida (o API) que utiliza el módulo para acceder al demonio memcached:
memcached es un sistema de almacenamiento en caché de objetos de memoria distribuida de alto rendimiento, de naturaleza genérica, pero diseñado para acelerar las aplicaciones web dinámicas aliviando la carga de la base de datos.
Esta extensión utiliza la biblioteca libmemcached para proporcionar API para comunicarse con servidores memcached. También proporciona un controlador de sesión (memcached).
Puede encontrar información sobre libmemcached en »
http://tangent.org/552/libmemcached.html .
En resumen, ambos son funcionalmente iguales, pero simplemente tienen autores diferentes, y el nombre de uno es más apropiado que el otro.