Memcached ограничения

Question

Имеет любые опытных Memcached ограничений с точкой зрения:

• объектов в хранилище кэша - есть точка, где она теряет производительность?

• Объем выделенной памяти - с какими базовыми номерами работать?

Answer 1

Я могу дать вам некоторые показатели для нашей среды. Мы запускаем 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/

Answer 2

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