Я не могу поручиться за точность этого утверждения, но несколько месяцев назад на встрече разработчиков Linux и разработчиков один инженер рассказал о том, как его компания вернула кэш памяти размером 2 ГБ, по 3-4 на блок кэша памяти. Они обнаружили, что с пропускной способностью все в порядке, но с очень большими демонами кэша памяти они получали на 4% больше промахов. Он сказал, что они не могут понять, почему была разница, но решил просто выбрать то, что работает.

Я могу дать вам несколько показателей нашей среды. Мы запускаем memcached для Win32 на 12 ящиках (как кеш для очень загруженного базами данных веб-сайта ASP.NET). У этих ящиков есть свои другие обязанности; мы просто распределяем узлы memcached по всем машинам с запасом памяти. Каждый узел имел максимум 512 МБ, выделенных memcached.

На наших узлах открыто в среднем от 500 до 1000 подключений. Типичный узел имеет 60 000 элементов в кеше и обрабатывает 1000 запросов в секунду (!). Все это работает довольно стабильно и требует небольшого обслуживания.

Мы столкнулись с двумя ограничениями: 1. Использование ЦП на клиентских машинах. Мы используем сериализацию .NET для хранения и извлечения объектов в memcached. Работает без проблем, но загрузка ЦП может быть очень высокой из-за наших нагрузок. Мы обнаружили, что некоторые объекты лучше сначала преобразовать в строки (или фрагменты HTML), а затем кэшировать. 2. У нас были некоторые проблемы с модулями memcached, у которых заканчивались соединения TCP / IP. Помогло распространение большего количества ящиков.

Запускаем memcached 1.2.6 и используем .NET-клиент от http://www.codeplex.com/EnyimMemcached/