The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Релиз 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 Blatsemail (?), 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 Blatsemail (?), 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 Blatsemail (?), 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 +/
Сообщение от konst55512email (?), 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 +/
Сообщение от konst55512email (?), 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 +/
Сообщение от konst55512email (?), 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру