ПРОЕКТЫ 


  АРХИВ 


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?


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: memcached & multi-get?
  • From: Sergey Shepelev <temotor@xxxxxxxxx>
  • Date: Fri, 20 Nov 2009 20:35:37 +0300
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/x7m/4/PoTwR5SX5gUcTFbZdF8q0UnbujOXmENRyarc=; b=X5BoAg1jwGDbXOjTQ0RuZAem1TvEqDQkDqUNSFjIjBu5cUeiNot7+2WNcsC/WUl1BB V2Mn0eMFAgiwREQK4d3gAAB3PfKSbNWALbl00RLavDh9ssrdY4IZV+DLkImgCeDew451 5pPaXhGCS5JUuZyhzbIJxL7du9L0VlntVsv28=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jExu05enqUp+DnzC/e1Jng3TM51yQjHckSc+i94MTszxPimfylz+Q4VIt2n9bpdvr/ UY3vjPLbtHv+zPX5psX+bAXmHZDd5cJjgjhqQE5CemFaUZyA4se2iNagg9OysRW1Rcnj 8/Z2YGOylVEZcbRabX688OQunAfchvG34nVdY=
  • In-reply-to: <4B06CD12.1040806@xxxxxxxx>
  • References: <4B06B164.2000706@xxxxxxxx> <11415bd2fcc854d59c04d1ccac43c534.NginxMailingListRussian@xxxxxxxxxxxxxxx> <4B06CD12.1040806@xxxxxxxx>

2009/11/20 Роман Маширов <mrj@xxxxxxxx>:
> 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.