Как стать автором
Обновить

Комментарии 23

А что мешает для ключей, которые имеют свойство устаревать устанавливать время жизни?
установленное время жизни не гарантирует то, что ключ не будет лежат в памяти и занимать место. Об этом и статья.
да, он будет expired, но лежать там и влиять на статистику он будет до первого запроса.
А точно до первого запроса? Почему-то всегда считал, что там есть какой-то специальный сборщик мусора :-S
Нету.

По сути, гениальность мемкеша в его простоте. Все делается в рамках простейшей FSM.
Вопрос немного другого плана: что плохого в том, что в мемке валяются неиспользуемые данные? Со временем их все равно вытеснят актуальные, а занятое место ни к чему плохому вроде бы и не приводит. Объясните
Очень правильный вопрос. Его и ждал. Плохого то, конечно может и ничего, но зато теперь лишь с помощью команды getStats() я вижу число и объем «живых» данных, что естественно необходимо для принятия каких-либо дальнейших решений. А точная информация «малой кровью» — вещь крайне ценная.
Пожалуй. Но пригодится это только для данных, чья актуальность определяется их expires-значением. Далеко не везде можно определить валидность данных в memcached с помощью такие простых шагов. Вот в нашем случае (couchdb+memcached) например нельзя.
То, что если ключ еще не expired конечно не может говорить о том, что данные актуальны в 100% случаев. Но вот чтобы было наоборот… хм.
Не можете привести пример, где устанавливаемый обычно «с запасом» life time по окончании своего срока не свидетельствует о том, что данные эти более не нужны?
Или это как с правительством? Срок вышел, президент остался актуален? :))
Про наоборот я вроде и не говорил.
Про президента правдиво-грустно.
А я все равно не понимаю, зачем. Может быть, я туплю.

Get на expired это же miss, так же? Что меняется?
А если у нас облачный хостинг, где мы платим за память?
Вы о чём?
Хостинг, в котором мы платим за фактическое использование памяти. Например, 10 метров/час = 1 цент. Получается, если у нас в памяти будет лежать 1000 метров данных, то мы заплатим 1 уе/час, а если будет лежать 100 метров, то только 0.1 уе/час.
Да нет, я конечно же знаю что такое облачный хостинг ))
Просто не понял суть вопроса выше. Что значит «где»?
А так да, Вы правы. Это тоже имеет место быть.
В данном случае вопрос «А если у нас облачный хостинг, где мы платим за память?» означал не «А если у нас облачный хостинг, то тогда где же мы платим за память?», но всего лишь «А если у нас такой облачный хостинг, на котором мы платим за память?».
Была похожая задача, опрашивать все ключи в бэкграунде. Согласен, PHP для этого не совсем подходит, но сделал на нем. Хоть данных много, но скорость удовлетворительная, да и удобно манипулировать данными как хочется.
Прошу прощения за свой же оффтоп, но ужасно интересно мнение тех хомячков-анонимусов, которые минусуют даже те посты, которые по своей логике не несут смысловой нагрузки, а являются лишь вопросом-уточнением или чем нибудь еще не относящимся напрямую к теме вообще…

И безусловно, еще сильней (и тут уже без наезда) тех, кто минусуют осознанно. Не, ребят, правда, мне важно услышать мнение «против». Может быть я слеп?
Плюсую за Людвига Аристарховича.
Я думаю, это практически обычное выражение лица, любого программера, который занимается оптимизацией и допиливанием какой-нибудь ущербной CMS. Ассоциация как-то сама собой сразу пришла.
Спасибо.
что только не придумаешь, что бы redis или membase не использовать [x]
redis, membase — всё очень здорово, но почему то сразу родилось:
каких только redis или membase не напридумают, чтобы решать элементарные задачи элементарным способом… ;)
имелось ввиду конечно же…, чтобы не решать…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории