Простой дополнительный контроль состояния данных memcached

[iamanka]

А что мешает для ключей, которые имеют свойство устаревать устанавливать время жизни?

[NaN]

установленное время жизни не гарантирует то, что ключ не будет лежат в памяти и занимать место. Об этом и статья.

[NaN]

да, он будет expired, но лежать там и влиять на статистику он будет до первого запроса.

[zerkms]

А точно до первого запроса? Почему-то всегда считал, что там есть какой-то специальный сборщик мусора :-S

[symbix]

Нету.

По сути, гениальность мемкеша в его простоте. Все делается в рамках простейшей FSM.

[1999]

Вопрос немного другого плана: что плохого в том, что в мемке валяются неиспользуемые данные? Со временем их все равно вытеснят актуальные, а занятое место ни к чему плохому вроде бы и не приводит. Объясните

[NaN]

Очень правильный вопрос. Его и ждал. Плохого то, конечно может и ничего, но зато теперь лишь с помощью команды getStats() я вижу число и объем «живых» данных, что естественно необходимо для принятия каких-либо дальнейших решений. А точная информация «малой кровью» — вещь крайне ценная.

[1999]

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

[NaN]

То, что если ключ еще не expired конечно не может говорить о том, что данные актуальны в 100% случаев. Но вот чтобы было наоборот… хм.
Не можете привести пример, где устанавливаемый обычно «с запасом» life time по окончании своего срока не свидетельствует о том, что данные эти более не нужны?
Или это как с правительством? Срок вышел, президент остался актуален? :))

[1999]

Про наоборот я вроде и не говорил.
Про президента правдиво-грустно.

[symbix]

А я все равно не понимаю, зачем. Может быть, я туплю.

Get на expired это же miss, так же? Что меняется?

[SowingSadness]

А если у нас облачный хостинг, где мы платим за память?

[NaN]

Вы о чём?

[TheShock]

Хостинг, в котором мы платим за фактическое использование памяти. Например, 10 метров/час = 1 цент. Получается, если у нас в памяти будет лежать 1000 метров данных, то мы заплатим 1 уе/час, а если будет лежать 100 метров, то только 0.1 уе/час.

[NaN]

Да нет, я конечно же знаю что такое облачный хостинг ))
Просто не понял суть вопроса выше. Что значит «где»?
А так да, Вы правы. Это тоже имеет место быть.

[Mithgol]

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

[reket]

Была похожая задача, опрашивать все ключи в бэкграунде. Согласен, PHP для этого не совсем подходит, но сделал на нем. Хоть данных много, но скорость удовлетворительная, да и удобно манипулировать данными как хочется.

[NaN]

Прошу прощения за свой же оффтоп, но ужасно интересно мнение тех хомячков-анонимусов, которые минусуют даже те посты, которые по своей логике не несут смысловой нагрузки, а являются лишь вопросом-уточнением или чем нибудь еще не относящимся напрямую к теме вообще…

И безусловно, еще сильней (и тут уже без наезда) тех, кто минусуют осознанно. Не, ребят, правда, мне важно услышать мнение «против». Может быть я слеп?

[odiszapc]

Плюсую за Людвига Аристарховича.

[NaN]

Я думаю, это практически обычное выражение лица, любого программера, который занимается оптимизацией и допиливанием какой-нибудь ущербной CMS. Ассоциация как-то сама собой сразу пришла.
Спасибо.

[psman]

что только не придумаешь, что бы redis или membase не использовать [x]

[NaN]

redis, membase — всё очень здорово, но почему то сразу родилось:
каких только redis или membase не напридумают, чтобы решать элементарные задачи элементарным способом… ;)

[NaN]

имелось ввиду конечно же…, чтобы не решать…