PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи


 Страниц (32): В начало « ... 24 25 26 27 28 29 30 31 [32]   

> Описание: Обновление форума. Баги и ошибки пишем здесь
LIME
Отправлено: 24 Января, 2016 - 15:28:46
Post Id



Активный участник


Покинул форум
Сообщений всего: 9785
Дата рег-ции: Нояб. 2010  


Помог: 287 раз(а)




MiksIr пишет:
Не, взять готовый, поставить и давно уже радоваться жизни - это слишком просто, угу. Нужно свой велосипед два года писать.
ты сейчас нифига мне не противоречишь
я сразу говорил берите готовое решение и допилим
но блин Варвар протолкнул свое поделие и решили пилить на нем
хз как он их уговорил...имхо бред полнейший
MiksIr пишет:
Все вменяемые люди, которым нужен мемкеш и нахрен не сдался редис.
а давно у тебя не было проблем с атомарностью? давно не выставлял тупые флаги? имхо пусть будет редис...не понадобятся его фичи ну и ладно...хотя еще ни разу не было чтоб пожалел
MiksIr))) не умничай)) я если говорю то знаю что говорю
 
 Top
MiksIr
Отправлено: 24 Января, 2016 - 16:12:32
Post Id


Забанен


Покинул форум
Сообщений всего: 378
Дата рег-ции: Сент. 2014  


Помог: 10 раз(а)

[+]


Цитата:
а давно у тебя не было проблем с атомарностью?

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

Цитата:
MiksIr))) не умничай)) я если говорю то знаю что говорю

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


-----
self-banned
 
 Top
LIME
Отправлено: 24 Января, 2016 - 16:23:29
Post Id



Активный участник


Покинул форум
Сообщений всего: 9785
Дата рег-ции: Нояб. 2010  


Помог: 287 раз(а)




MiksIr пишет:
Возможно, слабый опыт в мемкеше и много хабра про редис?
нет
большой опыт в редисе и никакого в мемкеше
ну возможно я был излишне самоуверен
но...
MiksIr пишет:
Редис - это СУБД
именно!!!
мы получаем все прелести сложных типов данных (списки, хэши с весами(с дробными на минуточку))
и скорость кейвалуе хранилища
MiksIr пишет:
Никогда. Мемкеш атомарен.
ты наверное про мемкэшед
то что появилось как только стало понятно что нужна атомарность
MiksIr пишет:
Ты, по ходу, путаешь атомарность и транзакции с блокировками. Типа, "прочитал, а потом записал"
возможно
скорее всего путаю раз ты завел об этом речь(кстати просвяти)
но разве и не хорошо что мне не надо знать эти тонкости
инкрементю значение и точно знаю что не будет гонки состояний
а если надо то и транзакции есть
и персистентность...кстати что там будет с мемкэшед если сервак отключить? а если надо данные перенести? как переносить мемкэшед?
а что насчет удобства форматов данных?
MiksIr пишет:
У мемкеша вообще не может быть "дедблока".
а я о чем? гонит папаша))
MiksIr пишет:
Еще раз, это разные инструменты.
люблю тебя за эти слова
но....
любой нормальный пацан поставит редис
не?
(Добавление)
MiksIr так сложно сказать что я прав?))
ну прав же
сам бы поставил редис а потом только думал зачем оно надо
не?
 
 Top
MiksIr
Отправлено: 24 Января, 2016 - 17:13:22
Post Id


Забанен


Покинул форум
Сообщений всего: 378
Дата рег-ции: Сент. 2014  


Помог: 10 раз(а)

[+]


Цитата:
ты наверное про мемкэшед

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

Цитата:
скорее всего путаю раз ты завел об этом речь(кстати просвяти)

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

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

Цитата:
но разве и не хорошо что мне не надо знать эти тонкости
инкрементю значение и точно знаю что не будет гонки состояний
а если надо то и транзакции есть


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

Цитата:
и персистентность...кстати что там будет с мемкэшед если сервак отключить

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

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


-----
self-banned
 
 Top
Страниц (32): В начало « ... 24 25 26 27 28 29 30 31 [32]
Сейчас эту тему просматривают: 1 (гостей: 1, зарегистрированных: 0)
« Колонка администратора »


Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
 



Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB