<html>
<body>
<p>Прошу прощения 5-10%, дословно: "... Для нормальной работы GC и Intel и OCZ рекомендуют оставлять 5-10% неразмеченной под партиции области на диске. Это увеличивает IOPS и наработку на отказ за счёт выравнивания нагрузки на микросхемы NAND Flash..."<br />
<br />
<div> --- Исходное сообщение ---<br /> От кого: azovmash@ukr.net<br /> Кому: nginx-ru@nginx.org<br /> Дата: 11 октября 2012, 16:59:01<br /> Тема: Re[2]: Доклад на хайлоад: psql fs<br /> </div>
<br />
<br />
<br />
<blockquote class="ukr_editor_quotation" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<p><span class="xfmb">По 2 пункту в zfs это есть. В случае с zfs пункт 3 и 4 неактуальны.</span><p><span class="xfmb">В случае с хостингом Amazon даже незнаю можно ли использовать ZFS ...<br /></span><p><span class="xfmb">В целом из минусов вас ждет двойная фрагментация.</span><p><span class="xfmb">Что касается ssd то для важных данных mirror обязателен.</span><p><span class="xfmb">Недавно интерисовался темой ssd - в двух словах:</span><p><span class="xfmb">1) не брать ssd на sendforce2 (те которые сжимают данные)</span><p><span class="xfmb">2) 30% дискового пространства оставлять в резерве.</span><p><span class="xfmb"><br />
<br /></span><div><span class="xfmb">--- Исходное сообщение ---<br /> От кого: "Konstantin Gerasimenko" <<a href="mailto:kred@gmx.net" target="_self">kred@gmx.net</a>><br /> Кому: <a href="mailto:nginx-ru@nginx.org" target="_self">nginx-ru@nginx.org</a><br /> Дата: 11 октября 2012, 16:11:24<br /> Тема: Re: Доклад на хайлоад: psql fs<br /></span> </div><span class="xfmb"><br />
<br />
<br /></span><blockquote class="xfmc0" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"><pre>
<span class="xfmb">Am 11.10.2012 14:43, schrieb <a href="mailto:azovmash@ukr.net" target="_self">azovmash@ukr.net</a>:<br />><br />> Если без тролинга то :<br />><br />> 1) Сама бд стоит на фс ?<br />><br />> 2) фс журналируемая или только метаданные, atime ?<br />><br />> 2) бд не выступит в роли двойного кеширования ?<br />><br />> Тут могут возникнуть аспекты о которых вы не говорите: размеры <br />> отдаваемых файлов могут быть 1к что не очень хорошо скажется на <br />> свободном пространстве, могут быть множественные копии одних и тех же <br />> объектов, в чем поможет дедупликация.<br />><br />><br />С помощу базы дынных можно легко организовать :<br />1) дельта-бекап (в btrfs and zfs что то подобное есть но в базе это всё <br />уже давно вылезано )<br />2) транзакционное расспространение файлов в другие зеркала (см пункт 1)<br />3) проблема мелких файлов.<br />4) дедупликация не сложно реализовать самому ))<br /><br />ЗЫ: Конечно доступ к ФС будет б<br /> ыстрее , но так ли это важно ?<br />Например представь себе несколько датацентров в каждом одна-две "копии" <br />базы данных и 10-20 nginx/"trafficserver" с кешем в каждом по 1ТБ на ссд.<br />Все горячие файлы лежат в кеше (в памяти или на фс) раздающего <br />вебсервера и отдаются мухой, а новый контент берётся с помощу бакенда <br />из базы. В которую он попал обычной репликацией через базу.<br /><br />_______________________________________________<br />nginx-ru mailing list<br /><a href="mailto:nginx-ru@nginx.org" target="_self">nginx-ru@nginx.org</a><br /><a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br /></span>
</pre> </blockquote><pre>
_______________________________________________<br />nginx-ru mailing list<br /><a href="mailto:nginx-ru@nginx.org" target="_self">nginx-ru@nginx.org</a><br /><a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a>
</pre> </blockquote>
</body>
</html>