-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
memcached и много одновременно одинаковых запросов к нему
- Автор темы BoRay
- Дата начала
Я бы с удовольствием почитал/послушал, особенно про автодеплой серверов и фейловер
BoRay
Новичок
При разработке прототипа выяснилась одна основная тонкость(на мой взгляд): необходима атомарность между чтением состояния кеша объекта и изменением состояния если таковое необходимо.
Т.е. между $memcache->get('objectName'); и $memcache->set('objectName'); возможны операции других процессов. Решение я вижу в установке ключей кричащих о блокировке.
Т.е. между $memcache->get('objectName'); и $memcache->set('objectName'); возможны операции других процессов. Решение я вижу в установке ключей кричащих о блокировке.
PHP:
if ($memcache->add('objectNameLock')){строим}
BoRay
Не поможет, потому как получение такой блокировки - тоже не атомарно.
http://ru.php.net/manual/en/memcached.cas.php
Не поможет, потому как получение такой блокировки - тоже не атомарно.
http://ru.php.net/manual/en/memcached.cas.php
> Не поможет, потому как получение такой блокировки - тоже не атомарно.
Ты ошибаешься. Для блокировки как раз нужно add использовать, что позволит атомарно разветвиться логике в пхп.
По-умному, продвинутый класс блокировок занимает страниц 5 кода (а не одна строка с add). Благодаря ему можно добиться чудесной экономии обычного пхп кода (сократить затраты на проблемы атомарности, реализуя логику).
Ты ошибаешься. Для блокировки как раз нужно add использовать, что позволит атомарно разветвиться логике в пхп.
По-умному, продвинутый класс блокировок занимает страниц 5 кода (а не одна строка с add). Благодаря ему можно добиться чудесной экономии обычного пхп кода (сократить затраты на проблемы атомарности, реализуя логику).
valeriy5244
Новичок
Время ещё не пришло?
