Кэширование стратегий с Memcached?

Memcached использует хеш внутренне, чтобы иметь O (1) поиск - он разработан для выполнения как можно меньшей сложной работы.

До того, что кэшироваться, большой или маленький, это действительно о том, что необходимо сохранить, который сохранит Вас усилие (принимающий во внимание, что это - большой немой кэш, необходимо помочь сохранить его, синхронизировался, если Вы изменяете одну часть, которая также упомянута в другом месте). На исходном сайте это было записано для, Livejournal.com, самый большой блок, который имел смысл, был одной полной записью журнала - как законченный HTML, который мог использоваться любым, которому разрешили видеть что конкретное сообщение.

Я использовал его для некоторых очень маленьких записей - буквально единственное число против ID пользователя, но я генерирую несколько тысяч такой en-массы записей с запросом единой базы данных, а не по одному как требуется.

Можно оптимизировать демона несколько, если Вы знаете о только хранении очень больших, или очень мелочей но для многих маленьких записей, это имеет достаточно ума для разделения пустых больших плит памяти в меньшие блоки для использования.

Предполагаемый у меня есть достаточно крупная ферма сервера и RAM, есть ли макс. количество объектов, которые я могу поместить в memcached, прежде чем я начну видеть, что производительность ухудшается?

Идеально, Ваш кэш должен быть на 100% полным в любом случае. memcached использует алгоритм хеширования для ключей поиска, поэтому насколько я знаю, не должно быть потери производительности для хранения большего количества ключей.

Действительно ли я должен кэшироваться меньший, но больше объектов в memcached, или больше, но меньше количества объектов?

Я вообразил бы это больше, но меньше объектов будет предпочтительно для сокращения количества времени и для базы данных и для поисков кэша, но необходимо взять это на индивидуальной основе. Если Вы не знаете, что различие в производительности было бы решительным, я рекомендую запуститься с того, что является самым легким первый и рабочий оттуда, если это не достаточно.