Привет.<br><br><div class="gmail_quote">2009/10/25 Igor Sysoev <span dir="ltr"><<a href="mailto:is@rambler-co.ru">is@rambler-co.ru</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sun, Oct 25, 2009 at 09:52:08PM +0200, Алексей Бобок wrote:<br>
<br>
> Грузит все, но картинки дизайна вызываются, по логике, чаще всех.<br>
> Не хотелось бы разводить доп. софт в виде Varnish и подобных.<br>
> tmpfs заинтерисовала тем, что динамически изменяет свой размер,<br>
> зависимо от объема данных. Не хочется заморачиваться с rsync, думаю<br>
> можно в етот tmpfs кешировать. в любом случае попробовать можно, хуже<br>
> не будет.<br>
<br>
</div>10 мегабайт часто запрашиваемых данных давным-давно лежат в кэше OS.<br>
<div class="im"><br></div></blockquote><div>Столкнулся с проблемой: если статика лежит на одном железе с couchdb (размеры файликов базы где-то 50Г, из 4Г ОЗУ большая часть cached, система - linux x86_64)), то кеш ОС не спасает.<br>
Как лучше тюнить в таком случае? Сразу говорю, бюджет пока не позволяет отдельный сервер под статику. Если tmpfs любит уходить в своп, может быть тогда попробовать /dev/ram0 отформатировать под файловую систему, по идее тогда будет работать sendfile ?<br>
Varnish также не хочется ставить.<br><br>P.S. Да, я понимаю, что надо оптимизировать работу с couchdb, и, тем самым, уменьшить нагрузку на диски, но этим занимаются другие люди.<br><br>--<br>Regards,<br>Oleg<br></div></div>