Краткий ответ: любой из них - то, что вы ищете, но мой первый выбор - это memcache (первый, который вы перечислили), основанный исключительно на правильном использовании номенклатуры.
Теперь вот как я пришел к такому выводу:
Вот краткий обзор соглашений об именах (для тех, кто незнаком), который объясняет разочарование в виде вопроса: для многих * nix-приложений часть, выполняющая бэкэнд, называется «демон» (думаю, «сервис» в Windows- земля), в то время как интерфейс или клиентское приложение - это то, что вы используете для управления или доступа к демону. Демон чаще всего именуется так же, как и клиент, с добавленной к нему буквой «d». Например, «imap» будет клиентом, который подключается к демону «imapd».
Это соглашение об именах четко соблюдается memcache, когда вы читаете введение в модуль memcache (обратите внимание на различие между memcache и memcache в этом фрагменте):
Модуль Memcache предоставляет удобный процедурный и объектно-ориентированный интерфейс для высокоэффективного демона кэширования memcached, который был специально разработан для уменьшения нагрузки на базу данных в динамических веб-приложениях.
Модуль Memcache также предоставляет обработчик сеанса (memcache).
Более подробную информацию о memcached можно найти по адресу »
http://www.danga.com/memcached/ .
Разочарование здесь вызвано автором расширения PHP, которое было плохо названо memcached , так как оно имеет то же имя, что и реальный демон, называемый memcached . Также обратите внимание, что во введении к memcached (модуль php) в нем упоминается libmemcached , который является общей библиотекой (или API), которая используется модулем для доступа к демону memcached:
memcached - это высокопроизводительная система кэширования объектов с распределенной памятью, общая по своей природе, но предназначенная для ускорения динамических веб-приложений за счет снижения нагрузки на базу данных.
Это расширение использует библиотеку libmemcached для предоставления API для связи с серверами memcached. Он также предоставляет обработчик сеанса (memcached).
Информацию о libmemcached можно найти по адресу »
http://tangent.org/552/libmemcached.html .
Таким образом, оба функционально одинаковы, но у них просто разные авторы, и один просто назван более подходящим, чем другой.