Обновление форума. Баги и ошибки пишем здесь

ты сейчас нифига мне не противоречишь
я сразу говорил берите готовое решение и допилим
но блин Варвар протолкнул свое поделие и решили пилить на нем
хз как он их уговорил...имхо бред полнейший
а давно у тебя не было проблем с атомарностью? давно не выставлял тупые флаги? имхо пусть будет редис...не понадобятся его фичи ну и ладно...хотя еще ни разу не было чтоб пожалел
MiksIr))) не умничай)) я если говорю то знаю что говорю

Никогда. Мемкеш атомарен.
Ты, по ходу, путаешь атомарность и транзакции с блокировками. Типа, "прочитал, а потом записал". Это всегда было вопрос блокировок. Хоть в мемкеше, хоть в редисе, хоть мускуле.
В мемкеше есть замечательные оптимистичные блокировки, что гораздо полезнее, чем пессимистичные _для кеша_.
Еще раз, это разные инструменты. Абсолютно. Мемкеш - это кеш. Редис - это СУБД. У мемкеша есть то, что нужно для кеша, включая оптимистичные блокировки и вытеснение ключей. У Редиса - то, что для СУБД, включая транзакции и "даже персистентность". У мемкеша вообще не может быть "дедблока". Более того, если ПО валится из-за пробелм с мемкешом - это хреновое ПО с хреновой архитектурой. Ибо это кеш - он может быть, его может не быть - ПО должно работать.


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

-----
self-banned

нет
большой опыт в редисе и никакого в мемкеше
ну возможно я был излишне самоуверен
но... именно!!!
мы получаем все прелести сложных типов данных (списки, хэши с весами(с дробными на минуточку))
и скорость кейвалуе хранилища
ты наверное про мемкэшед
то что появилось как только стало понятно что нужна атомарность
возможно
скорее всего путаю раз ты завел об этом речь(кстати просвяти)
но разве и не хорошо что мне не надо знать эти тонкости
инкрементю значение и точно знаю что не будет гонки состояний
а если надо то и транзакции есть
и персистентность...кстати что там будет с мемкэшед если сервак отключить? а если надо данные перенести? как переносить мемкэшед?
а что насчет удобства форматов данных?а я о чем? гонит папаша))люблю тебя за эти слова
но....
любой нормальный пацан поставит редис
не?
(Добавление)
MiksIr так сложно сказать что я прав?))
ну прав же
сам бы поставил редис а потом только думал зачем оно надо
не?

Тут есть путаница. Есть мемкеш, а есть клиенские библиотеки для общения с мемкеш. Их две - либмемкеш и либмемкешед ;) Вторая просто поддерживает больше фич мемкеша, но блокировка - это все же фича мемкеша, а не библиотеки.


Атомарность - это единая неделимая операция относительно других процессов/потоков. Т.е. возьмем банальное - запись в файл. Атомарен он? Наверное, нет - если два процесса пишут в один файл одновременно - будет каша. А как же логи, неужели блокировки? Ан нет, оказывется, в linux запись в файл блока размером одной страницы памяти (4к обычно) - атомарен. Т.е. если мы добавляем в файл строчку небольшую - можно не блокировать, никто в середину этой строчки не влезет.
Другое дело, что не нужно путать просто атамарность, как термин, с ACID (где A == атомарность) - последнее относится к транзакционным СУБД, коим мемкеш не является.

Оптимистичные блокировки в мемкеше - это не атомарность.



Тонкости знать нужно. Прочитав значение из базы, будь то редис или мускуль, изменив его в ПО и записав - получаешь гонку. Ибо при чтении нужно явно назначить блокировку. А атомарно сделать инкримент можно и в мемкеше - отдельной операцией (т.е. http://php.net/manual/ru/memcached.increment.php)


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

Тема закрыта! Продолжение в теме "Обновление форума. Баги и ошибки пишем здесь - 2".

-----
self-banned