Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757
Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737 Форумы портала PHP.SU :: Обновление форума. Баги и ошибки пишем здесь - 2
Покинул форум
Сообщений всего: 10732
Дата рег-ции: Нояб. 2010
Помог: 322 раз(а)
MiksIr пишет:
можно не блокировать, никто в середину этой строчки не влезет.
это прям вау
это прям спасибки за инфу читаем далее
MiksIr пишет:
изменив его в ПО и записав - получаешь гонку.
это ежу понятно
потому и знаю что редис эту хрень из коробки решает
пользуюсь и нахваливаю
MiksIr пишет:
Ибо при чтении нужно явно назначить блокировку.
хрен там ты прав
в редисе не надо
MiksIr пишет:
А атомарно сделать инкримент можно и в мемкеше - отдельной операцией
ну инкремент слишком просто
ладно
транзакция
MiksIr пишет:
которому персистентность не только не нужна - она вредна.
вот сейчас вообще не понял
в чем вред?
MiksIr пишет:
проблемы на время разогрева кеша
вообще не серьезно
разогрев кэша это я вообще не понимаю
я знаю что это такое но учитывать разогрев....хмммм
MiksIr пишет:
Тут есть путаница. Есть мемкеш, а есть клиенские библиотеки для общения с мемкеш. Их две - либмемкеш и либмемкешед ;)
а я о чем?
MiksIr пишет:
но блокировка - это все же фича мемкеша
ты о мютексах итп?
даже не буду продолжать
спор начался с того что не кашерно юзать чистый мемкэш...
не убедил...даже наоборот
MiksIr
Отправлено: 24 Января, 2016 - 17:48:46
Забанен
Покинул форум
Сообщений всего: 378
Дата рег-ции: Сент. 2014
Помог: 10 раз(а)
[+]
Цитата:
хрен там ты прав
в редисе не надо
Если мы хотим прочитать + изменить + записать - в редисе нужно WATCH, разве не так? А watch - это именно что оптимистичная блокировка.
Могу ошибаться про транзакции с редисом почти не использовал.
Цитата:
Цитата:
которому персистентность не только не нужна - она вредна.
вот сейчас вообще не понял
в чем вред?
В том, что, как я говорил, кеш можно выключить - ПО должно работать. Кеш включить - ПО должно начать наполнять кеш. По определению кеша ;) Персистентность тут собаке пятая нога. Вредна именно с точки зрения искажения архитектуры - начинаешь ориентироваться на то, чего быть не должно.
Сори если сумбурно, жена не дает расслабляться ;)
Цитата:
ты о мютексах итп?
Я о CAS.
Цитата:
вообще не серьезно
разогрев кэша это я вообще не понимаю
я знаю что это такое но учитывать разогрев....хмммм
Представь себе, что сайт выдерживает 10к хитов, а с кешом - 40к. Что произойдет в час пик, если будет 30к хитов, пока кеш не разогреется? Все ляжет. Персистент тут может помочь. Но, в более... обыденных случаях - он вреден, ибо поднятый устаревший давно кеш может доставить много больше проблем ;)
Чем мемкеш лучше редиса для кеша? Как минимум вытеснением. Мемкеш сам заботится о том, что бы удалять редко востребованные данные в случае нехватки памяти. В редисе - есть память, есть данные. Не влезли - пока новые данные, даже если они и супер горячие ;))
----- self-banned
LIME
Отправлено: 24 Января, 2016 - 17:55:39
Активный участник
Покинул форум
Сообщений всего: 10732
Дата рег-ции: Нояб. 2010
Помог: 322 раз(а)
MiksIr пишет:
начинаешь ориентироваться на то, чего быть не должно.
не сумбурно вполне понятно
но...
это если смотреть на кэш как на кэш и все!!! а редис это и хранилище
не ускоритель только
MiksIr пишет:
пока кеш не разогреется?
ясно
противоречишь сам себе
или кэш это кэш и архитектурно на него не надеемсяили это хранилище и тогда ждем что оно работает как часть системы
все очень интересно но вернемся к истокам
ты будешь проектировать систему без редиса?
я вот о чем
нужна гибкость бери редис
Покинул форум
Сообщений всего: 11926
Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург
Помог: 618 раз(а)
MiksIr пишет:
Не влезли - пока новые данные, даже если они и супер горячие ;))
eviction policy в конфиге.
LRU вполне умеет. Но дефолтно - да, стоит noeviction.
----- PostgreSQL DBA
LIME
Отправлено: 24 Января, 2016 - 18:09:35
Активный участник
Покинул форум
Сообщений всего: 10732
Дата рег-ции: Нояб. 2010
Помог: 322 раз(а)
прикольно
будет что почитать
остальным новичкам советую не впадать в отчаяние
эти умные слова наверняка кроют простую идею)) Мелкий да?))
ладно не суть...читаем
MiksIr
Отправлено: 24 Января, 2016 - 18:46:26
Забанен
Покинул форум
Сообщений всего: 378
Дата рег-ции: Сент. 2014
Помог: 10 раз(а)
[+]
Мелкий пишет:
MiksIr пишет:
Не влезли - пока новые данные, даже если они и супер горячие ;))
eviction policy в конфиге.
LRU вполне умеет. Но дефолтно - да, стоит noeviction.
А, ну отлично ;)
Я в общем не о том, что редис не может работать как кеш - не пробовал, не знаю ;) А о том, что мемкеш покрывает основные задачи кеша вполне даже сегодня, так что нет никаких причин категорически его отвергать.
----- self-banned
LIME
Отправлено: 24 Января, 2016 - 18:48:12
Активный участник
Покинул форум
Сообщений всего: 10732
Дата рег-ции: Нояб. 2010
Помог: 322 раз(а)
MiksIr пишет:
так что нет никаких причин категорически его отвергать.
снова здорова
я же не отвергаю его категорически
я категорически знаю что есть штука удобнее
ты меня понял (Добавление)
а посему какой там завис в мемкэше?!!! А!!!???
андрий это хрень говори новичкам
код гавно так и скажи
это и так все знают
MiksIr
Отправлено: 24 Января, 2016 - 18:51:03
Забанен
Покинул форум
Сообщений всего: 378
Дата рег-ции: Сент. 2014
Помог: 10 раз(а)
[+]
LIME пишет:
противоречишь сам себе
Не, я же сказал - есть исключения, как правило для реального хайлоада. Очень нужно понимать, что делаешь. Простой пример: архитектурно верно - нормальная форма данных в БД, в реальности - бывает, делаем денормализацию ;)
Ладно, проехали ;) (Добавление)
LIME пишет:
я категорически знаю что есть штука удобнее
Субъективно удобнее ибо есть знание редиса, но нет - мемкеша ;) Мне вот эта удобность не очевидна, ибо давно и активно знаю мемкеш, а редис - только на некоторые задачи быстрого доступа к данным по ключу, да и то, обычно, вместе с FTS движками типа сфинкса.
Все гости форума могут просматривать этот раздел. Только зарегистрированные пользователи могут создавать новые темы в этом разделе. Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.