ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: memcached & multi-get?



john2do wrote:
Схема прекрасно работает на одном фронте, но когда их 2 а в обозримом будущем 4 то уже отдача статики (картинок) с этих фронтов начинает поздумываться (через нфс) соответсвенно если туда еще и контент нагрузить то будет совсем грустно.
Брр, а нфс-то зачем? статику раскидываем по дискам фронтов, nginx прекрасно умеет кэшить.
а тут центральное место, доступное по сети. прекрасно администрируемое и 
достаточное для решения поставленных задач.
другое неоспоримое преимущество мемкэша - ненужно замарачиваться очисткой кэша 
по времени. правда время жизни дается блокам достаточно большое - но всётаки.
А зачем его чистить? Если блок = материал на сайте или кусок навигации, он валиден, пока его не изменят или не закроют. И в этом смысле статика удобнее -- лежит себе и есть не просит. А чистить можно отдельным процессом в фоне, при условии что кэш съел действительно много места. Есть здесь еще одна интересность -- по идее если в кэше (на диске или в вашем случае в мемкеше) объекта не оказалось, можно либо кинуть юзверю тортом в рыло, либо перекинуть запрос на бэк, на всякий случай. Так вот если кидать тортом в рыло, объем активной части сайта ограничивается объемом памяти мемкэша, а если пробрасывать на бэк, то легший мемкэш перенесет всю нагрузку на бэки и они тоже радостно лягут. Получается центральный узел, укладывание которого рушит все.
осталось обдумать вопрос "холодного старта" кэша и кучи одинаковых запросов за 
одинаковым контентом...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,24391,24436#msg-24436






 




Copyright © Lexa Software, 1996-2009.