|
 Вариант для распечатки |
Пред. тема | След. тема | ||
| Форум Разговоры, обсуждение новостей | |||
|---|---|---|---|
| Изначальное сообщение | [ Отслеживать ] | ||
| "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– |  |
| Сообщение от opennews (??) on 15-Ноя-11, 18:47 | ||
Анонсирован (http://groups.google.com/group/memcached/msg/7a7d944616502a4a) выход нового релиза системы кеширования данных в оперативной памяти Memcached 1.4.10 (http://memcached.org/), оперирующей данными в формате ключ/значение и отличающейся простотой использования. Новая версия примечательна работой (http://code.google.com/p/memcached/wiki/ReleaseNotes1410), проделанной в направлении увеличения производительности и улучшения поддержки многопоточности. Внесённые оптимизации позволили заметно увеличить производительность конфигураций, в которых memcached работает в 3-6 потоков (от "-t 3" до "-t 6", при использовании значений "-t" больше 6 - производительность падает). | ||
| Ответить | Правка | Cообщить модератору | ||
| Оглавление |
| Сообщения по теме | [Сортировка по времени | RSS] |
| 1. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +5 +/– | |
| Сообщение от Аноним (??) on 15-Ноя-11, 18:47 | ||
Ни чего себе так поаптомайзили | ||
| Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору | ||
 | ||
| 3. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +1 +/– |  |
| Сообщение от Карбофос (ok) on 15-Ноя-11, 18:59 | ||
гораздо интереснее, какой там запас еще остался | ||
| Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору | ||
| ||
| 12. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 00:31 | ||
> гораздо интереснее, какой там запас еще остался | ||
| Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору | ||
| ||
| 14. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +2 +/– | |
| Сообщение от Карбофос (ok) on 16-Ноя-11, 03:01 | ||
пустые циклы? они выкидываются компилятором | ||
| Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору | ||
| 2. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | –4 +/– |  |
| Сообщение от pavlinux (ok) on 15-Ноя-11, 18:56 | ||
Осталось придумать куда бы его засунуть?! :) | ||
| Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору | ||
| ||
| 4. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– | |
| Сообщение от Аноним (??) on 15-Ноя-11, 19:40 | ||
В кэширующий прокси - фронт-энд балансировки нагрузки на БД, не? | ||
| Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору | ||
| ||
| 6. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– |  |
| Сообщение от all_glory_to_the_hypnotoad (ok) on 15-Ноя-11, 21:56 | ||
у всего этого обычно есть свои кеши и memcached там ни в каком виде не нужен. | ||
| Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору | ||
| ||
| 8. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +2 +/– | |
| Сообщение от Аноним (??) on 15-Ноя-11, 22:36 | ||
Вот я дурак, когда Memcached в помощь nginx использовал, а тот, в свою очередь, отдавал накопленную статику из кэша! Надо было напрямую отдавать SQL-сервер на растерзание, без прикрытия фронт-эндом!.. | ||
| Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору | ||
| ||
| 11. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | –1 +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 00:29 | ||
Простите, у вас nginx кэшировал ответы БД-сервера? | ||
| Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору | ||
| ||
| 17. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +2 +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 10:35 | ||
Используй голову, Люк (С) | ||
| Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору | ||
| ||
| 18. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +1 +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 19:14 | ||
БД-сервер активно используется лишь в начале, когда копится статика для кэша. Затем он используется лишь при нестандартных запросах, которых менее 5% от общего числа в моём случае. Некоторые nginx'ом Apache прикрывают, используя и Memcached. | ||
| Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору | ||
| ||
| 20. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +1 +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 19:48 | ||
> БД-сервер активно используется лишь в начале, когда копится статика для кэша. Затем | ||
| Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору | ||
| 5. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– | |
| Сообщение от Аноним (??) on 15-Ноя-11, 20:23 | ||
Эх только перелез на редис. | ||
| Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору | ||
| ||
| 7. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +1 +/– |  |
| Сообщение от Aquarius (ok) on 15-Ноя-11, 22:31 | ||
а устранить условие гонки никак? | ||
| Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору | ||
| ||
| 9. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– | |
| Сообщение от san (??) on 15-Ноя-11, 22:52 | ||
Ну, сделай, например, чтобы первый, кто полез за данными в базу, установил в memcache в качестве результата для этой операции специальное значение "Work in progress", чтобы другие подождали. Или если получил данные из memcache и точно знаешь, что их нужно закешировать, а TTL вот-вот обнулиться, продли его (чтобы ты был один такой умный) и обнови данные из SQL (как вариант, можно сделать это с некоторой вероятностью, которая тем больше, чем длительнее рассчет этих данных, вместо продлевания TTL, тогда чем больше запросов лезут к этим данным и больше время тратится на их перерассчет, тем больше шансов, что кто-то попытается их продлить до обнуления TTL). Можно оба подхода скомбинировать. Да и сам, если подумаешь, сможешь придумать получше варианты для своей задачи. Тут только главное не переусердствовать, потому что кеш должен содержать данные, которые (часто нужны)*(длительно рассчитываемы), так как все подряд туда не поместится - оперативка ограничена. | ||
| Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору | ||
| ||
| 19. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +1 +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 19:47 | ||
"Плашка оперативы стоит как лопата д.рьма" (С) | ||
| Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору | ||
| ||
| 21. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– | |
| Сообщение от имя on 16-Ноя-11, 21:47 | ||
мда мне бы такие проблемы ... | ||
| Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору | ||
| 15. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– |  |
| Сообщение от AlexAT (ok) on 16-Ноя-11, 07:32 | ||
>>> Потому как когда время жизни ключа истекает идет запрос в SQL. А запрос в SQL Это время, пусть несколько десятков милисикунд но время. И в это время кэш пустой. А раз он пустой SQL вдогонку получает еще несколько сотен запросов, от чего все и падает. | ||
| Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору | ||
| ||
| 16. "Релиз Memcached 1.4.10 со значительным увеличением производи..." | +/– | |
| Сообщение от Аноним (??) on 16-Ноя-11, 08:45 | ||
Вот поэтому и редис | ||
| Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору | ||
|
Архив | Удалить |
Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема |
