Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз Memcached 1.5.9"	+/–
Сообщение от opennews (ok), 09-Июл-18, 09:33
Опубликован (https://github.com/memcached/memcached/releases/tag/1.5.9) релиз системы кеширования данных в оперативной памяти Memcached 1.5.9 (http://memcached.org/), оперирующей данными в формате ключ/значение и отличающейся простотой использования. Memcached обычно применяется как легковесное решение для ускорения работы высоконагруженных сайтов путём кэширование доступа к СУБД и промежуточным данным. Код поставляется (https://github.com/memcached/memcached) под лицензией BSD. В новом выпуске добавлена опция "-L", включающая использование на платформе Linux больших страниц памяти (transparent hugepages), позволяющих снизить число используемых TLB-блоков (Translation Lookaside Buffer). В разряд экспериментальных переведена изоляция системных вызовов  при помощи механизма seccomp (--enable-seccomp), а также отключен по умолчанию режим сброса привилегий из-за поступления жалоб о возникновении проблем (для включения следует явно указывать опцию "-o drop_privileges"). Также исправлена ошибка, которая могла привести к краху процесса при манипуляции большими элементами  в условиях нехватки памяти в системе в случае использования протокола ASCII. URL: https://github.com/memcached/memcached/releases/tag/1.5.9 Новость: https://www.opennet.dev/opennews/art.shtml?num=48928
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Релиз Memcached 1.5.9"	+/–
Сообщение от A.Stahl (ok), 09-Июл-18, 09:33
>в случае использования протокола ASCII Это ещё что за протокол такой?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Релиз Memcached 1.5.9"	+3 +/–
	Сообщение от Аноним (3), 09-Июл-18, 09:39
	Это который с зеленым ядерным консолем видать.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (6), 09-Июл-18, 10:26
	Memcached supports two main protocols; the classic ASCII, and the newer binary.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	8. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от A.Stahl (ok), 09-Июл-18, 10:51
	Так это называется "текстовый протокол, с командами в ASCII кодировке".
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

2. "Релиз Memcached 1.5.9"	–7 +/–
Сообщение от Аноним (2), 09-Июл-18, 09:37
Эх, костылик... База должна такими вещами заниматься.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от A.Stahl (ok), 09-Июл-18, 09:40
	Мне кажется база всё-таки для постоянного хранения важных данных. А временное барахло можно хранить и иными способами.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	7. "Релиз Memcached 1.5.9"	–2 +/–
	Сообщение от _hide_ (ok), 09-Июл-18, 10:50
	Вы, видимо, не знаете о чем говорите -- когда-нибудь с проблемами инвалидации такого кэша сталкивались для высоконагруженного динамического набора данных? Ну вот -- все становится непредсказуемо, особенно, если кто-то отчет выгружает за годик другой. Ну а тем, кто считает что раз "данные редко меняются", то их лучше "закешировать"... Можно только посочувствовать (или порадоваться) тем, кто умудрился "прикрутить memcashed", но поленился разобраться, как работает его собственная база данных и как она кеширует запросы. ЗЫ Всегда думал, кто memcashed -- это инструмент для кеширования запросов к внешним (т.е. не контролируемым) источникам данных (к примеру, WEB-сервисам), но эта новость мне помогла прозреть :-)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Релиз Memcached 1.5.9"	+3 +/–
	Сообщение от . (?), 09-Июл-18, 11:14
	> когда-нибудь с проблемами инвалидации такого кэша сталкивались не сталкивались, у нас нет проблемы его сбросить, если мы полезли в базу с update... И да, этот update - вполне предсказуем. > Можно только посочувствовать (или порадоваться) тем, кто умудрился "прикрутить memcashed", но > поленился разобраться, как работает его собственная база данных и как она кеширует запросы. плохо она их кэширует - потому что не знает, что мы дальше с результатом делаем. Потому что у нее дорогое открытие сессии. Потому что база выбиралась не для key:value, 1:1, и мы не хотим еще одну только для них (да и нет их уже живых, немодно оно нонеча). Можно только порадоваться за незамутненных персонажей, которые думают, что в чем-то там разобрались, и очень этим гордятся, ничего не зная о мире за пределами их localhost. А для "неконтролируемых внешних веб-сервисов", если они вам вообще нужны, как раз полезна база типа монги, с записью вполне себе на диск - потому что сервис может и упасть, и часто тухлые данные лучше пустого места.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	16. "Релиз Memcached 1.5.9"	+/–
	Сообщение от анонсим (?), 09-Июл-18, 12:59
	для записи на диск монга не нужна
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	10. "Релиз Memcached 1.5.9"	+5 +/–
	Сообщение от Crazy Alex (ok), 09-Июл-18, 11:17
	Классика использования мемкеша - это хранение пользовательской сессии, туда же удобно пихать персонализированный контент. ну и внешние фиды всякие, само собой. В разумных пределах там вообще плевать на некорректную инвалидацию - ну прилетит пользователю что-то слегка устаревшее - если достаточно редко, то и ок.  При этом обычно кеш делается на разных уровнях - "сырые" сериализованные данные плюс собранные из них куски HTML разной степени готовности. Ну да, можно и в базу подобное пихать. Но надо будет обеспечивать ручное удаление устаревших данных, отломать все транзакции и подобное чтобы обеспечить хороший througput и так далее. При этом мемкеш по сравнению в базой куда дешевле в администрировании (точнее, не нуждается вообще), stateless (то есть совершенно беспроблемно разворачивается в контейнере, убивается, переносится и т.п.), совершенно тупо шардится и скорее всего даже при всех тюнингах базы будет быстрее. И да, прикручивается к уже готовому сервису без особого ковыряния в кишках, даже там, где  изначально предусмотрен не был.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	15. "Релиз Memcached 1.5.9"	+2 +/–
	Сообщение от анонсим (?), 09-Июл-18, 12:56
	> memcashed -- это инструмент для запоминания количества денег в кошельке
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	18. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от Всем Анонимам Аноним (?), 09-Июл-18, 14:11
	> Вы, видимо, не знаете о чем говорите ... >  эта новость мне помогла прозреть Вы только что "прозрели" и сразу говорите, что все остальные в мире ничего не понимают? Кэширование - по-определению и есть кэширование по сравнению с хранением. Есть разница. Я бы попытался "прозреть" почитав как кэш работает в разных местах, например в процессорах. Еще можно подумать о возможности кэширования не исходных данных, а результатов какой-то обработки, которая требует много данных/вычислений и т.п.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	19. "Релиз Memcached 1.5.9"	–2 +/–
	Сообщение от Аноним (2), 09-Июл-18, 14:18
	База должна хранить не важные данные, а любые данные. И должна гибко настраиваться под любые требования к хранению данных. Но итог такой - один проект и куча баз. Каждая со своим протоколом и своими прибабахами.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Релиз Memcached 1.5.9"	+/–
	Сообщение от нах (?), 09-Июл-18, 16:34
	к сожалению, libastral не входит в поставку. приходится пользоваться базами, разработанными и оптимизированными под какие-то конкретные применения - для сложной аналитики и развесистых структур - ораклом, для плюнуть key:value на случай "вдруг сейчас опять понадобится" и автоматически забыть его через заданный интервал - вполне годится memcache. berkley db вот сдохла, видимо, этот use case полностью покрыт другими проектами (ей, правда, изо всех сил помогали умереть). Зато мильен nosql'ей на все вкусы и виды, некоторыми, наверное, даже можно иногда пользоваться.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	12. "Релиз Memcached 1.5.9"	–6 +/–
	Сообщение от лютый охохоня... (?), 09-Июл-18, 11:23
	>Эх, костылик... База должна такими вещами заниматься. Могучие и в 99% случаев ненужные "MVCC + нормализация" мешают. Страдайте, фанатики РСУБД. А в носклях это в порядке вещей, повторный запрос практически мгновенный.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	13. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (13), 09-Июл-18, 12:24
	Нет.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	20. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Аноним (2), 09-Июл-18, 14:20
	В MySQL есть MEMORY хранилище. Но нет, его использовать неправильно. Давайте поднимем отдельную базу!
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	21. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (2), 09-Июл-18, 14:21
	Не просто отдельную, а со своим интерфейсом и идеологией.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	23. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от Гость (??), 09-Июл-18, 14:38
	в MEMORY таблица полностью блокируется при записи!
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	27. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (2), 09-Июл-18, 15:54
	Это уже технические тонкости. Ничего не мешает сделать её неблокируемой. Просто никому это не нужно. Всем подавай зоопарк баз данных, по штуке на каждую задачу в проекте.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	25. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Vitaliy Blats (?), 09-Июл-18, 15:01
	> В MySQL есть MEMORY хранилище. Но нет, его использовать неправильно. Давайте поднимем отдельную базу! Давайте. select * from sessions where date < шота and date > шота limit два_миллиона; Когда у вас на сайте будет хотя бы 10 активных юзеров одновременно - mysqld будет потреблять 400% CPU и каждый запрос будет выполняться секунд по 20. Подобный запрос в memcached займет процентов 5 от силы и выполнится за одну-две секунды. В некоторых случаях реляционность излишня и есть смысл использовать если не memcached, то noSQL точно.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	28. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (2), 09-Июл-18, 16:00
	"MySQL не тянет... А нафига нам унификация??? Давайте напишем отдельную базу! И не будем оптимизировать MySQL! А для хранения данных в памяти, которые необходимо скидывать на жесткий диск, - напишем ещё одну отдельную базу! И пускай у всех этих баз будут разные идеологии и интерфейс!" "Теперь наш проект использует 3 базы! Мы круты!"
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	32. "Релиз Memcached 1.5.9"	+/–
	Сообщение от нах (?), 09-Июл-18, 16:39
	именно так. Не надо оптимизировать хорошую простую rdbms под совершенно перпендикулярное применение (а потом плакать, что в новой оптимизированной и старое стало из-за этого работать хуже, и новое - все еще не совсем готово для) overengineering никого еще до добра не довел. > Теперь наш проект использует 3 базы каждую по своему назначению, и ничего ужасного в этом - нет. В отличие от попыток натянуть г-дон на глобус, когда и глобус заляпали, и резинка лопнула.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	33. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от t (??), 09-Июл-18, 17:04
	Прошу прощения за оффтопик. > натянуть г-дон на глобус, когда и глобус заляпали, и резинка лопнула. Какой замечательный афоризм! Раньше встречал его в несколько иной форме - с натягиванием его же, но уже на кактус и с упоминанием болезненности и бессмысленности сего мероприятия. Добавил вашу вариацию в копилку изречений на случай важный переговоров, спасибо! (Не сочтите за сарказм, я на совершенно серьёзных щах)
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	38. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Vitaliy Blats (?), 09-Июл-18, 18:42
	> "MySQL не тянет... А нафига нам унификация??? Давайте напишем отдельную базу! И > не будем оптимизировать MySQL! А для хранения данных в памяти, которые > необходимо скидывать на жесткий диск, - напишем ещё одну отдельную базу! > И пускай у всех этих баз будут разные идеологии и интерфейс!" > "Теперь наш проект использует 3 базы! Мы круты!" Оптимизация как раз и подразумевает использование наиболее эффективного инструмента для разного круга задач, а унификация в твоем контексте - это приклеивание ручки к микроскопу, чтобы им было легче забивать гвозди. MySQL для многих операций избыточен. Если ты повешаешь на него и сложную и простую логику - ты получишь всего лишь тормоза везде. Ты ведь не думаешь что MySQL быстренько отдаст тебе 10 миллионов key->value пока чебурашит сложный запрос с JOIN и SORT?)) А когда ты начнешь оптимизировать MySQL так глубоко, чтобы он все таки смог обрабатывать такие запросы с приемлемой скоростью - мы уже давно установим memcached и будем попивать мохито глядя на твои оптимизации.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	26. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Аноним (26), 09-Июл-18, 15:38
	memcached нормально масштабируется в отличие от
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	29. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (2), 09-Июл-18, 16:05
	Потому что в этом "в отличие от" нашли фатальный недостаток.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

5. "Релиз Memcached 1.5.9"	–1 +/–
Сообщение от бедный буратино (ok), 09-Июл-18, 10:20
vz rediz comparez pliz
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Релиз Memcached 1.5.9"	+3 +/–
	Сообщение от Crazy Alex (ok), 09-Июл-18, 11:19
	А что тут сравнивать? Нужны более-менее сложные операции - коллекции те же, или нужна персистентность - берёшь редис и удаляешь неактуальное руками, не надо - мемкеш быстрее и проще.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

14. "Релиз Memcached 1.5.9"	–2 +/–
Сообщение от анонсим (?), 09-Июл-18, 12:54
> сайтов путём кэширование доступа к СУБД кешированиЯ, Шамана на вас нет
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Аноним (34), 09-Июл-18, 18:11
	Возьми и исправь, умник.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Релиз Memcached 1.5.9"	+/–
Сообщение от Аноним (17), 09-Июл-18, 13:44
подскажите плиз распределенный кеш в виде кучи копий ключа на куче шардов. ну типа как redis в режиме master-slave только удобней. хранить нужно тупо key-value но чтобы это читать с кучи мест можно было (распределить нагрузку на чтение)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (22), 09-Июл-18, 14:34
	Redis, куда еще удобнее?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	24. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Аноним (17), 09-Июл-18, 15:00
	с одной стороны redis избыточен со всеми своими командами. мне то нужен тупо key-value. с другой может есть что-то еще более четко заточенное под хранение в памяти множества копий ключей,  в идеале в их вытеснением по LRU. может и правда redis лучшее, но вдруг есть что-то еще более узко заточенное под такой кейс?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	30. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (30), 09-Июл-18, 16:11
	Посмотрите в сторону tarantool. Это NoSQL заточеная на хранение/работу в памяти + персист на диск. Реплика мастер-мастер из коробки. + Процедуры на Lua в движке, с помощью которых можно будет сделать и LRU
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	35. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Аноним (34), 09-Июл-18, 18:12
	Оно сильно завязано на mail.ru или не очень?
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	36. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от Аноним (36), 09-Июл-18, 18:27
	Сильно завязано на Lau, очередной мусор.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	57. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (30), 12-Июл-18, 11:00
	Lua за счет jit дает достаточно хорошую скорость выполнения и потребления ресурсов. И то что он используется в nginx, как один из встроенных скриптовых языков, обеспечивая высокую производительность кода обработки на нем, о чем то да говорит... или связка nginx+Lua тоже мусор?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	42. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от KonstantinB (ok), 09-Июл-18, 21:09
	Завязано, но не очень :-)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	37. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Аноним (36), 09-Июл-18, 18:30
	https://m.habr.com/post/354034/
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	52. "Релиз Memcached 1.5.9"	+/–
	Сообщение от funny.falcon (?), 10-Июл-18, 10:47
	Но ведь reindexer не имеет репликации.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	51. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от funny.falcon (?), 10-Июл-18, 10:46
	Как ни странно, но в мире Java таких аж несколько. Самые известные: Hazelcast и Apache Ignite (Grid Gain). Оба обзавелись уже лёгкими протоколами, и их уже можно использовать не только из джавы. Ignite умеет и дисковый сторадж в дополнении к in-memory. (Не помню, что там у hazelcast). Ignite давно умеет транзакции. Hazelcast не давно. Ignite умеет SQL (про hazelcast не помню). Есть и ещё, менее известные.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	56. "Релиз Memcached 1.5.9"	+/–
	Сообщение от нах (?), 10-Июл-18, 15:34
	> Как ни странно, но в мире Java таких аж несколько. каждый требует терабайт оперативы и еще зачем-то - сто на диске? (а потом, как пресловутый hadoop - еще и сразу норовит слушать все доступные интерфейсы без авторизации, настраиваемой, как положено жабьим порождениям, совершенно неочевидным и неудобным образом?)
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	41. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от KonstantinB (ok), 09-Июл-18, 21:05
	etcd? :-)
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

39. "Релиз Memcached 1.5.9"	–2 +/–
Сообщение от Аноним (39), 09-Июл-18, 19:51
> отличающейся простотой использования Дадада, специально для тех, кто любит сервисы голым задом в открытый доступ выставлять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от Аноним (40), 09-Июл-18, 20:35
	Ты не поверишь, но он отличается простотой использования даже без открытого доступа.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	43. "Релиз Memcached 1.5.9"	+/–
	Сообщение от Vitaliy Blats (?), 09-Июл-18, 21:21
	>> отличающейся простотой использования > Дадада, специально для тех, кто любит сервисы голым задом в открытый доступ > выставлять. А что, такие еще существуют ? Мне кажется закрытие всех портов с последующим открытием лишь необходимых даже не паранойя, а просто правила хорошего тона.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	44. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от KonstantinB (ok), 09-Июл-18, 21:51
	Есть два типа простоты - для идиотов, и для тех, кто пользуется головным мозгом по назначению. Вот в memcached - второй тип.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	46. "Релиз Memcached 1.5.9"	–2 +/–
	Сообщение от konst55512 (?), 10-Июл-18, 00:59
	>Вот в memcached - второй тип. Готовность довериться левой проге (а не изобретать велосипед) - это 3-й тип. Нормальный человек - или начнет изобретать велосипед, или попытается разобраться в том же memcached (что весьма непросто). Или и то и другое будет делать одновременно, что по Вашей систематике = 1-й тип. PS. Всегда боюсь использовать что-то чужое. Свое - оно хоть и хуже вероятно будет, но ... свое. Чужих вирусов не привнесет.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	48. "Релиз Memcached 1.5.9"	+/–
	Сообщение от KonstantinB (ok), 10-Июл-18, 01:24
	В мемкеше не особо сложно разобраться. Основная идея там проста и гениальна (2^N sized LRU slabs, все операции O(const)). Только делать это лучше на примере сорцов версии 1.2, до фейсбуковских патчей (они там навертели...)
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	49. "Релиз Memcached 1.5.9"	–1 +/–
	Сообщение от konst55512 (?), 10-Июл-18, 01:52
	>В мемкеше не особо сложно разобраться >они там навертели... Я именно об этом говорил. Поэтому - велосипед надежнее.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	50. "Релиз Memcached 1.5.9"	+1 +/–
	Сообщение от KonstantinB (??), 10-Июл-18, 06:10
	Да там принципиально архитектурно ничего не поменялось. Наворотили тредов, от которых все равно толк с подходом "один лок на все" начинатся где-то с 16 ядер, меньше - только зря воздух греет. Я вообще до сих пор 1.2 использую и мне ок.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	55. "Релиз Memcached 1.5.9"	+/–
	Сообщение от нах (?), 10-Июл-18, 15:29
	> Нормальный человек - или начнет изобретать велосипед подскажите, с чего лучше начинать - с c компилятора, или с ядра? в любом другом случае - вы "доверяетесь левой проге". Тысячам их. Возможно - предварительно потратив сколько-то времени на ее анализ, возможно использовав чужое экспертное мнение (например, скопипастив из вопроса на stackoverflow ;-) а возможно - полагаясь на свой прошлый опыт (вот в том числе подсказывающий держаться подальше от новых версий мемкэша, с "оптимизацией" и "безопастностью", покуда можно)
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

45. "Релиз Memcached 1.5.9"	–1 +/–
Сообщение от konst55512 (?), 10-Июл-18, 00:43
Если есть БД и высоконагруженный Web-сервер, с набором стандартных тяжеловесных запросов (на 3-20 сек.; где select из многих таблиц + group by и проч.), то не правильнее ли сделать прослойку - отдельную БД/таблицу, куда раз в минуту (3 минуты)  сохранять нужные для запроса данные в легком для простого select виде.. И чтобы WEB обращался уже к этой прослойке. VK.com действует именно так (imho).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	53. "Релиз Memcached 1.5.9"	+/–
	Сообщение от funny.falcon (?), 10-Июл-18, 10:51
	Ошибаетесь: во ВКонтакте масса самописных стораджей на все случаи жизни. Тоже самое в Mail.Ru. Один из таких стороджей со временем сформировался в Tarantool.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	54. "Релиз Memcached 1.5.9"	+/–
	Сообщение от konst55512 (?), 10-Июл-18, 15:18
	>самописных стораджей И я об этом. Я эти "стораджи" назвал прослойкой. Между основной БД и tmp-стораджами.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема