<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. http://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="http://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:ru_highload</id>
  <title>High Load WebProjects</title>
  <subtitle>High Load WebProjects</subtitle>
  <author>
    <name>High Load WebProjects</name>
  </author>
  <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/"/>
  <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom"/>
  <updated>2008-10-08T12:29:55Z</updated>
  <lj:journal username="ru_highload" type="community"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://community.livejournal.com/ru_highload/data/atom" title="High Load WebProjects"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:54478</id>
    <author>
      <name>FtoR</name>
    </author>
    <lj:poster user="ftor"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/54478.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=54478"/>
    <title>Gluster FS. Кто-нибудь использовал в продакшене?</title>
    <published>2008-10-08T12:29:55Z</published>
    <updated>2008-10-08T12:29:55Z</updated>
    <content type="html">Прошел очередной хайлоад (тот который бунинский, если быть точнее), был доклад под GlusterFS. Доклад пропустил, был в другом зале, видео пока не выложили. Почитал собссно про глюстер. То, что его пишут индусы, про глючность, скорость и проч. Но если NFS - это зло, то кто-нибудь использовал это чудо-глюстер в продакшене, поделитесь результатами? Официцальных клиентов без патчей и непонятных портов ни под солярис, ни под бсд не вижу - только сервера. Это уже без тестирования оттолкнуло. &lt;br /&gt;Жду комментов, спасибо.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:54186</id>
    <author>
      <name>CoolCold</name>
    </author>
    <lj:poster user="coolcold"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/54186.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=54186"/>
    <title>offtopic - HL++ afterparty</title>
    <published>2008-10-06T18:44:02Z</published>
    <updated>2008-10-06T18:44:02Z</updated>
    <content type="html">Кто собиратся на &amp;quot;afterparty&amp;quot;&amp;nbsp; HL++, напишите здесь как соберетесь, я завтра присутствовать не буду, поэтому процесс принятия решения пропущу, но вечером не прочь присоединиться и пообщаться за кружечкой пива.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:53974</id>
    <author>
      <email>oleg.bunin@ontico.ru</email>
      <name>oleg_bunin</name>
    </author>
    <lj:poster user="oleg_bunin"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/53974.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=53974"/>
    <title>ru_highload @ 2008-10-06T09:23:00</title>
    <published>2008-10-06T05:22:30Z</published>
    <updated>2008-10-06T05:23:02Z</updated>
    <content type="html">&lt;font face="Tahoma" size="+1"&gt;
&lt;br /&gt;
&lt;p&gt;&lt;a href="http://www.highload.ru/"&gt;&lt;img src="http://www.highload.ru/i/logos/logo-translation.gif"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Начинается трансляция из обоих залов конференции разработчиков высоконагруженных систем &lt;strong&gt;HighLoad++&lt;/strong&gt;. Наш видеопартнер будет гнать два сигнала (по числу залов) из Инфопространства &amp;mdash; &lt;a href="http://www.highload.ru/"&gt;смотрите&lt;/a&gt;!&lt;/p&gt;
&lt;/font&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:53640</id>
    <author>
      <name>webjane</name>
    </author>
    <lj:poster user="webjane"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/53640.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=53640"/>
    <title>Ищем крутого PHP-разработчика  в команду проекта ФотоСтрана</title>
    <published>2008-10-04T10:00:11Z</published>
    <updated>2008-10-04T10:00:11Z</updated>
    <content type="html">  &lt;p style="" class="MsoNormal"&gt;&lt;span style="font-size: x-large;"&gt;&lt;b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Ищем крутого PHP-разработчика&lt;/span&gt;&lt;/b&gt;&lt;b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;в команду &lt;/span&gt;&lt;/b&gt;&lt;b&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;HighLoad&lt;/span&gt;&lt;/b&gt;&lt;b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;-проекта &lt;/span&gt;&lt;/b&gt;&lt;/span&gt;&lt;b&gt;&lt;span style="font-size: 16pt; font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;&lt;a target="_blank" href="http://fotostrana.ru/"&gt;&lt;span style="font-size: x-large;"&gt;&lt;span&gt;ФотоСтрана&lt;/span&gt;&lt;/span&gt;&lt;/a&gt;&lt;/span&gt;&lt;/b&gt;&lt;b&gt;&lt;span style="font-size: 24pt; font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Требования:&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Профессиональное владение &lt;/span&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;web&lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;-технологиями:&lt;b style=""&gt;PHP&lt;/b&gt; 5.0 + &lt;b style=""&gt;MySQL&lt;/b&gt; 5.0      + &lt;/span&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;JS&lt;/span&gt;&lt;/b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; + &lt;/span&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;AJAX&lt;/span&gt;&lt;/b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; + &lt;/span&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;x&lt;b style=""&gt;HTML&lt;/b&gt;&lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; + &lt;/span&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;CSS&lt;/span&gt;&lt;/b&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; &lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;и инструментами.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Опыт &lt;b style=""&gt;быстрой&lt;/b&gt;      разработки &lt;/span&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;web&lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;-проектов;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Опыт участия в разработке &lt;b style=""&gt;highload&lt;/b&gt;-проектов;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Наличие &lt;b style=""&gt;сделанных&lt;/b&gt;      веб-проектов;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Умение работать самостоятельно;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Желание работать &lt;b style=""&gt;быстро&lt;/b&gt;      и &lt;b style=""&gt;на результат&lt;/b&gt;!&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Обязанности:&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Разработка &lt;/span&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;front&lt;/span&gt;&lt;/b&gt;&lt;b style=""&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;-&lt;/span&gt;&lt;/b&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;end&lt;/span&gt;&lt;/b&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; &lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;и&lt;b style=""&gt; &lt;/b&gt;&lt;/span&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;back&lt;/span&gt;&lt;/b&gt;&lt;b style=""&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;-&lt;/span&gt;&lt;/b&gt;&lt;b style=""&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;end&lt;/span&gt;&lt;/b&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; &lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;проекта;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Участие в &lt;b style=""&gt;развитии&lt;/b&gt;      социального проекта.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Приветствуется:&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Знание &lt;b style=""&gt;Zend&lt;/b&gt;      Framework;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Наличие собственных работающих проектов.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Условия:&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Классная молодая &lt;b style=""&gt;команда&lt;/b&gt;;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;b style=""&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Стремительно&lt;/span&gt;&lt;/b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; растущий интернет-проект&lt;/span&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;;&lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;b style=""&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Полный&lt;/span&gt;&lt;/b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; рабочий день (10:30-19:30)&lt;/span&gt;&lt;span lang="EN-US" style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;;&lt;/span&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;В центре города &lt;b style=""&gt;Санкт-Петербург&lt;/b&gt;      &amp;ndash; 3 минуты от м. Чкаловская;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;b style=""&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Комфортный&lt;/span&gt;&lt;/b&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt; и просторный офис &amp;ndash; комната отдыха,      теннисный стол, душевые, массажное кресло;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Конкурентное вознаграждение от &lt;b style=""&gt;40.000&lt;/b&gt;, соответствующее умениям и притязаниям;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li style="" class="MsoNormal"&gt;&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Социальный пакет, оформление согласно ТК, питание и &lt;b style=""&gt;иные блага&lt;/b&gt;.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;span style="font-size: 12pt; font-family: &amp;quot;Times New Roman&amp;quot;;"&gt;Подробности, контакты и тестовое задание здесь: &lt;a target="_blank" href="http://job.fotostrana.ru/"&gt;http://job.fotostrana.ru/&lt;/a&gt;&lt;/span&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:53412</id>
    <author>
      <name>Кот обыкновенный. Ручной, домашний.</name>
    </author>
    <lj:poster user="pentarh"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/53412.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=53412"/>
    <title>Вопрос по рейдам</title>
    <published>2008-10-01T20:46:18Z</published>
    <updated>2008-10-01T20:46:18Z</updated>
    <content type="html">Накопилось несколько вопросов по рейдам.&lt;br /&gt;&lt;br /&gt;Область применения: массивная отдача смешаного контента&lt;br /&gt;Соотношение чтение/запись: 100000000/1&lt;br /&gt;Интересует эффективность: IOPS&lt;br /&gt;Не интересует эффективность: свободное место&lt;br /&gt;&lt;br /&gt;Вопрос, рейды какого уровня использовать на отдаче?&lt;br /&gt;Какой коэффициент использования суммарного IOPS винтов дают рейды уровня 5 и 10 на полностью случайном доступе? &lt;br /&gt;&lt;br /&gt;Например, рейды уровня 1 и 0 из двух дисков - оба дают суммарный IOPS=2x (практический опыт)&lt;br /&gt;&lt;br /&gt;Рейд 5го уровня из 5 дисков даст ли 5х?&lt;br /&gt;А 10ка из 10 дисков даст ли 10х?&lt;br /&gt;&lt;br /&gt;И что лучше, заюзать 2х RAID5 из 5 дисков каждый или один RAID5 из 10? Или монописуально?&lt;br /&gt;&lt;br /&gt;IO по дискам распараллеливается с помощью IBM GPFS.&lt;br /&gt;&lt;br /&gt;Зараннее спасибо.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:53189</id>
    <author>
      <name>Vladimir Rusinov</name>
    </author>
    <lj:poster user="vrusinov"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/53189.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=53189"/>
    <title>Amazon WebServices</title>
    <published>2008-10-01T10:09:17Z</published>
    <updated>2008-10-01T10:09:17Z</updated>
    <content type="html">Присматриваемся к Amazon WebServices для одного проекта. Проект пока живет на одном средненьком сервере, но возможны скачкообразные повышения посещаемости, посему aws выглядит достаточно интересно.&lt;br /&gt;&lt;br /&gt;Интересно узнать, какие крупные проекты используют aws (в особенности интересно про EC2)?&lt;br /&gt;&lt;br /&gt;С S3 и CND все в общем-то понятно - приемлимо стабильный и удобный сервис, благо статтики у нас там не очень много.&lt;br /&gt;&lt;br /&gt;Сложнее с EC2 и EBS.&lt;br /&gt;Сейчас проект работает на nginx -&amp;gt; JBoss -&amp;gt; postgresql. Интересно было бы выделить на каждый из этих уровней по одному или нескольку соответственных инстансов.&lt;br /&gt;&lt;br /&gt;Чтобы не было секса с восстановлением после краха инстанса, базу хочется вынести на EBS. Насколько медленно это будет? Соотношение примерно read/write примерно 70/30.&lt;br /&gt;Может быть есть другие идеи относительно того как минимизировать потери и простой в случае коллапса (скажем если все инстансы вдруг грохнулись).&lt;br /&gt;&lt;br /&gt;Если тут есть люди, которые используют/использовали/отказались от использования, поделитесь мнениями пожалуйста.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:52827</id>
    <author>
      <name>benedict72</name>
    </author>
    <lj:poster user="benedict72"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/52827.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=52827"/>
    <title>ru_highload @ 2008-09-27T19:12:00</title>
    <published>2008-09-27T15:12:53Z</published>
    <updated>2008-09-27T15:12:53Z</updated>
    <content type="html">mysql начинает съедать до 80% CPU. как узнать какие запросы грузят его больше всего?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:52597</id>
    <author>
      <name>Кот обыкновенный. Ручной, домашний.</name>
    </author>
    <lj:poster user="pentarh"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/52597.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=52597"/>
    <title>Тестирование кластерных FS</title>
    <published>2008-09-26T20:10:22Z</published>
    <updated>2008-09-26T20:10:22Z</updated>
    <content type="html">Наткнулся на интересный материал по кластерным FS. Тут одни товарищи из CERN'a тестили кластерные FS и технологии. Были протестированы: Lustre, dCache, DPM, Xrootd, AFS, GPFS.&lt;br /&gt;&lt;br /&gt;Люстра разорвала всех на случайных доступах&lt;br /&gt;&lt;br /&gt;&lt;a href="http://indico.cern.ch/materialDisplay.py?contribId=28&amp;sessionId=10&amp;materialId=slides&amp;confId=27391"&gt;http://indico.cern.ch/materialDisplay.py?contribId=28&amp;sessionId=10&amp;materialId=slides&amp;confId=27391&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;(результаты в конце презентации)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:52410</id>
    <author>
      <name>none</name>
    </author>
    <lj:poster user="picasa"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/52410.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=52410"/>
    <title>ehcache: время жизни объектов и повторная загрузка из базы</title>
    <published>2008-09-21T20:54:41Z</published>
    <updated>2008-09-21T20:54:41Z</updated>
    <content type="html">&lt;p align="justify"&gt;Здравствуйте. Есть вопрос архитектурного характера, но в моём случае я его пытаюсь решить с учётом наличия ehcache в проекте. Исходные данные таковы: timeToLive - один час, timeToIdle - пол часа. Есть класс через который клиенты получают данные, методы класса сначала ищут объект в кэше, если нету, то грузят данные из БД и кладут в кэш, а результат возвращается клиенту. Как выяснилось достаточно быстро пользование timeToLive было ошибочным решением. Ситуация такая:&lt;br /&gt;&lt;br /&gt;1) большая нагрузка на сервер&lt;br /&gt;2) в какой-то момент объект который всем нужен умирает из-за timeToLive&lt;br /&gt;3) образно выражаясь около 20 working-threads одновременно заходят в метод getSomeObject,&amp;nbsp;он&amp;nbsp;пытается взять из кэша, данных нет и начинается загрузка из базы.&lt;br /&gt;&lt;br /&gt;Теперь о печальном. Объект большой, загрузка ~6 секунд, из-за того что все 20 тредов грузят одно и тоже&amp;nbsp;на БД получается всплеск нагрузки&amp;nbsp;и всё работает ещё медленнее - слишком много потоков читает из базы, все рабочие HTTP потоки этим заняты и другие клиенты просто отваливаются ничего не получив.&lt;br /&gt;&lt;br /&gt;Я решил что надо отказаться от timeToLive вообще, но непонятно тогда каким образом периодически обновлять данные в кэше новыми из базы. Я не могу проитерироваться по всему содержимому кэша и проверить возраст объектов. В идеале я бы хотел чтобы было некое событие от кэша которое говорит что объект устарел, но из кэша его НЕ удаляет. Тогда бы я в отдельном потоке загрузил новую версию объекта, а в это время все клиенты получали старьё. К сожалению CacheEventListener.notifyElementExpired вызывается ПОСЛЕ того как объект уже выкинут из кэша. В чём, мля, его смысл когда есть notifyElementEvicted, мне глубоко не ясно. В то же время я не могу положить его обратно из event handler метода, это вызывает дедлок рабочего потока ehcache.&lt;br /&gt;&lt;br /&gt;В данный момент я сделал следующее. Завёл&amp;nbsp;у себя hashmap в котором я храню устаревшие объекты, метод который возвращает объект проверяет его наличие сначала в кэше, потом в этом мапе, а потом уже берёт из базы. Так же есть отдельный таймер который периодически проверяет нет ли у меня что-то в очереди устаревших объектов и подгружает их из базы. Это работает, но мне не нравится&amp;nbsp;3 вещи: &lt;br /&gt;&lt;br /&gt;1) все эти манипуляции неатомарны, всегда есть момент когда код вызывающий getSomeObject окажется в ситуации что он полезет в базу&lt;br /&gt;2) дополнительные блокировки на модификацию и доступ к контейнерам с устаревшими объектами&lt;br /&gt;3) всё это выглядит слишком сложно, если мне надо будет писать такую логику под другие объекты это будет copy-paste&lt;br /&gt;&lt;br /&gt;Что посоветуете?&lt;br /&gt;&lt;br /&gt;Спасибо.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:52021</id>
    <author>
      <name>Денис Бесков-Доронин</name>
    </author>
    <lj:poster user="beskov"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/52021.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=52021"/>
    <title>До «РИТ: Высокие нагрузки» осталось 6 дней</title>
    <published>2008-09-16T08:58:01Z</published>
    <updated>2008-09-16T08:58:01Z</updated>
    <content type="html">Напоминаю, что конференция &amp;laquo;&lt;strong&gt;РИТ: Высокие нагрузки&lt;/strong&gt;&amp;raquo; пройдёт 22-23 сентября в Москве, в &amp;laquo;Инфопространстве&amp;raquo;.&lt;br /&gt;&lt;br /&gt;На ней выступят ведущие архитекторы, разработчики и администраторы рунета, сотрудники компаний &lt;strong&gt;Яндекс, Рамблер, РБК/Медиа-Мир, Mail.ru, SpyLog, Masterhost, SUP Fabric&lt;/strong&gt; и прочих.&lt;br /&gt;&lt;br /&gt;&lt;strong&gt;Первый день&lt;/strong&gt; будет посвящён правилам построения архитектур высоконагруженных систем, базам данных и коммуникационным системам.&lt;br /&gt;&lt;br /&gt;Охват тем:&lt;ul&gt;&lt;li&gt;Что такое нагрузка? Как проектировать высоконагруженные сервера? Типовые проблемы и решения. Примеры промышленных архитектур.&lt;/li&gt;&lt;li&gt;Особенности MySQL и Postgres. Хранение данных в Живом Журнале, поискового образа рунета в Рамблере. Альтернативы Amazon S3.&lt;/li&gt;&lt;li&gt;Архитектура коммуникационных систем &amp;mdash; Почта@Mail.ru, Instant Messaging.&lt;/li&gt;&lt;/ul&gt;Во &lt;strong&gt;второй день&lt;/strong&gt; речь пойдёт о вопросах администрирования, тестирования, обеспечения безопасности, различных инструментах, а также примерах построения архитектур медиа- и поисковых систем.&lt;br /&gt;&lt;br /&gt;Охват тем:&lt;ul&gt;&lt;li&gt;Организация защиты от DDOS-атак и перегрузки при наплыве посетителей.&lt;/li&gt;&lt;li&gt;Как хранятся и выдаются фотографии на проектах Яндекс.Фотки, Photofile, Netprint.&lt;/li&gt;&lt;li&gt;Как организуется выдача видео в Smotri.com, как сделать видеосервер своими руками.&lt;/li&gt;&lt;li&gt;Современные проблемы и способы их решения в поисковых системах Gogo.ru и Rambler.&lt;/li&gt;&lt;li&gt;Инструменты виртуализации, распределённых вычислений, организации локального поиска.&lt;/li&gt;&lt;li&gt;Мониторинг состояния большого парка серверов, организация нагрузочного тестирования и обеспечения производительности.&lt;/li&gt;&lt;/ul&gt;Полная программа 2-х дней: &lt;a href="http://www.highload.info/program/"&gt;http://www.highload.info/program/&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:51761</id>
    <author>
      <name>Тестостерон</name>
    </author>
    <lj:poster user="scofer"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/51761.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=51761"/>
    <title>ru_highload @ 2008-09-12T12:47:00</title>
    <published>2008-09-12T08:48:04Z</published>
    <updated>2008-09-12T08:48:04Z</updated>
    <content type="html">На сервере сидит несколько проектов.&amp;nbsp;Покидайте пожалуйста ссылок,&amp;nbsp;чем можно визуально отслеживать нагрузку на сервер, кроме пресловутых ps и top. Заранее спасибо ;)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:51466</id>
    <author>
      <name>doktorpz</name>
    </author>
    <lj:poster user="doktorpz"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/51466.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=51466"/>
    <title>Cluster cron daemon</title>
    <published>2008-09-11T15:39:55Z</published>
    <updated>2008-09-11T15:41:03Z</updated>
    <content type="html">У меня вопрос к коммюнити: Подскажите готовый и работающий cluster cron демон. Иногда нужно запустить несколько заданий в рамках WEB фермы, но только в 1 экземпляре. Причем гарантированно в 1. Также обязательное требование - HA режим работы. Есть уже подобные готовые решения, или надо писать свое?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:51244</id>
    <author>
      <email>oleg.bunin@ontico.ru</email>
      <name>oleg_bunin</name>
    </author>
    <lj:poster user="oleg_bunin"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/51244.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=51244"/>
    <title>Конференция по разработке высоконагруженных систем HighLoad++</title>
    <published>2008-09-09T06:03:54Z</published>
    <updated>2008-09-09T19:04:30Z</updated>
    <content type="html">&lt;font face="Tahoma" size="+0"&gt;
&lt;p&gt;&lt;strong&gt;UPDATE: Встреча прошла успешно! Всем спасибо! ;-)&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="http://highload.ru/news/6679.html"&gt;&lt;img src="http://highload.ru/i/logo.png" align="left" hspace="10" vspace="5" border="0"&gt;&lt;/a&gt;Коллеги, напоминаю, что сегодня &lt;strong&gt;с 19:30&lt;/strong&gt; и до вечера в зале Ведомости конференц-центра Экстрополис (&lt;a href="http://highload.ru/news/6679.html"&gt;Москва, Трехпрудный переулок, дом 9&lt;/a&gt;) состоится встреча докладчиков &lt;a href="http://www.highload.ru/"&gt;конференции &lt;strong&gt;HighLoad++&lt;/strong&gt;&lt;/a&gt;. Встреча последняя — до конференции больше публичных встреч не будет.&lt;/p&gt;

&lt;p&gt;Будем обсуждать доклады, что не обсудили в прошлый раз &amp;mdash; нам нужно дать рекомендации оставшимся 30 докладчикам из тех, кто может присутствовать на этой встрече. По пять минут на доклад — докладчик выходит, рассказывает про свое выступление, а мы даем ему рекомендации о том, как сделать доклад идеальным: интересным, актуальным, живым и полезным. Сегодня же можно будет задать имеющиеся вопросы, предложить выступления в программу и так далее.&lt;/p&gt;

&lt;p&gt;&lt;font size="+1"&gt;Вход свободный! Ждем всех желающих!&lt;/font&gt;&lt;/p&gt;

&lt;p&gt;PS: В комментариях можно оставить пожелания докладчикам &amp;mdash; я передам.&lt;/p&gt;
&lt;/font&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:51180</id>
    <author>
      <email>dimitry1972@rambler.ru</email>
      <name>Фрилансер</name>
    </author>
    <lj:poster user="freelance_ru"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/51180.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=51180"/>
    <title>Где человек не прав ?</title>
    <published>2008-09-03T14:19:31Z</published>
    <updated>2008-09-03T14:19:31Z</updated>
    <content type="html">Попалась на глаза статья: &lt;a href="http://club.shelek.ru/viewart.php?id=300"&gt;http://club.shelek.ru/viewart.php?id=300&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Человек побил memcache &amp;quot;аки слон раздавил муху...&amp;quot;.....гложут сомнения - не пойму, где он не прав ??</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:50639</id>
    <author>
      <name>Кот обыкновенный. Ручной, домашний.</name>
    </author>
    <lj:poster user="pentarh"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/50639.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=50639"/>
    <title>SSD накопители</title>
    <published>2008-08-24T18:26:44Z</published>
    <updated>2008-08-24T18:26:44Z</updated>
    <content type="html">На поле битвы с рандмными сиками я провел уже пару лет и чес говоря уже устал ))&lt;br /&gt;&lt;br /&gt;Технология же твердотельных накопителей обещает исключить эту проблему как таковую на корню. Но пока они достаточно дорогие, однако не дешевле моих кластеров дисковых массивов :) А по сему присматриваюсь.&lt;br /&gt;&lt;br /&gt;Юзал ли кто SSD диски в серъезных продакшенах? Интересуют общие отзывы а так же более конкретные вопросы:&lt;br /&gt;&lt;br /&gt;- Как вообще у SSD с юниксами? Глюки, баги, етц&lt;br /&gt;- Насколько SSD надежны? Встречал довольно печальные отзывы и пеняние на сырую технологию.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:50234</id>
    <author>
      <name>abava</name>
    </author>
    <lj:poster user="abava"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/50234.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=50234"/>
    <title>Расширение SQL</title>
    <published>2008-08-23T06:54:18Z</published>
    <updated>2008-08-23T06:54:18Z</updated>
    <content type="html">Расширение SQL для обеспечения согласованной работы распределенного кэша - как это сделано в &lt;a href="http://www.facebook.com/note.php?note_id=23844338919&amp;amp;id=9445547199&amp;amp;index=0"&gt;Facebook&lt;/a&gt;. И некоторые мысли по &lt;a href="http://abava.blogspot.com/2008/08/blog-post_22.html"&gt;этому поводу&lt;/a&gt;.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:49957</id>
    <author>
      <name>Денис Бесков-Доронин</name>
    </author>
    <lj:poster user="beskov"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/49957.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=49957"/>
    <title>РИТ: Высокие нагрузки — Программа на 20 августа</title>
    <published>2008-08-20T13:32:46Z</published>
    <updated>2008-08-20T13:32:46Z</updated>
    <content type="html">Программа конференции «&lt;a href="http://highload.info/"&gt;РИТ: Высокие нагрузки&lt;/a&gt;» значительно обновилась. Отчасти это обусловлено договоренностями о партнерстве с членами ассоциации «&lt;a href="http://www.a-ib.ru/"&gt;Интернет и бизнес&lt;/a&gt;» (&lt;b&gt;Яндекс, Рамблер, Мейл.ру, Ашманов и партнеры, РБК-МедиаМир&lt;/b&gt; и многие другие), отчасти — усиленной работой экспертного совета.&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;br /&gt;На тему проектирования масштабируемых систем и выбора архитектуры подано около десяти заявок. Одни из самых интересных пришли от &lt;a href="http://stellar.moikrug.ru/"&gt;Андрея Шетухина&lt;/a&gt; (архитектор проектов &lt;b&gt;SUP Fabrik&lt;/b&gt;), тезисы уточняются. &lt;a href="http://afyodorov.moikrug.ru/"&gt;Антон Федоров&lt;/a&gt; готовит доклад о выборе архитектуры нагруженного проекта, опираясь на примеры &lt;b&gt;Goodoo-IT&lt;/b&gt; и &lt;b&gt;Инфоскан&lt;/b&gt;.&lt;br /&gt;&lt;br /&gt;Разработчики холдинга &lt;b&gt;РБК-МедиаМир&lt;/b&gt; — технический директор &lt;a href="http://gornal.moikrug.ru/"&gt;Александр Горный&lt;/a&gt; и начальник отдела системных разработок &lt;b&gt;Лавплэнет&lt;/b&gt;, Влад Лесин — поделятся опытом разработки нагруженных сервисов. &lt;a href="http://shingrus.moikrug.ru/"&gt;Игорь Ермаков&lt;/a&gt; (&lt;b&gt;Мейл.ру&lt;/b&gt;) расскажет об архитектуре и особенностях почты и Мейл-агента.&lt;br /&gt;&lt;br /&gt;К участию в секции приглашены разработчики &lt;b&gt;РуЦентр&lt;/b&gt; с докладом о нагруженном DNS. Отдельным потоком хотелось бы выделить доклады от &lt;b&gt;Smotri.com&lt;/b&gt;, &lt;b&gt;Rutube&lt;/b&gt; об организации потокового вещания и кэширования видео. Михаил Костин, бывший разработчик &lt;b&gt;Апорта&lt;/b&gt;, ныне работающий над &lt;b&gt;gogo.ru&lt;/b&gt; выступит с докладом о поиске и индексировании видео.&lt;br /&gt;&lt;br /&gt;В секции «Базы данных» заявлено выступление Максима Богука (системного архитектора &lt;b&gt;.masterhost&lt;/b&gt;): «Использование Slony-I в решениях на PostgreSQL в больших проектах. Теория и практика».&lt;br /&gt;&lt;br /&gt;В этой же секции о масштабировании PostgreSQL расскажут лидеры &lt;b&gt;Postgresmen&lt;/b&gt; — &lt;a href="http://samokhvalov.moikrug.ru/"&gt;Николай Самохвалов&lt;/a&gt; и &lt;a href="http://iz.moikrug.ru/"&gt;Иван Золотухин&lt;/a&gt;. Готовят доклад их коллеги из &lt;b&gt;Skype&lt;/b&gt;.&lt;br /&gt;&lt;br /&gt;В секции «Инструменты» есть два новых доклада. Первый сделает &lt;a href="http://dmitry.moikrug.ru/"&gt;Дмитрий Котеров&lt;/a&gt; (&lt;b&gt;Яндекс.МойКруг&lt;/b&gt;): «Тэги для Memcached — Best Practice». Второй — Андрей Аксенов (&lt;b&gt;Sphinx&lt;/b&gt;): «Как сделать поиск на Sphinx».&lt;br /&gt;&lt;br /&gt;На темы администрирования и тестирования мы пригласили выступить сотрудников &lt;b&gt;Яндекса&lt;/b&gt;: Тимура Хайруллина («Методики нагрузочного тестирования») и &lt;a href="http://shmuma.moikrug.ru/"&gt;Максима Лапань&lt;/a&gt; («Система мониторинга Яндекса»), а также &lt;a href="http://smart.moikrug.ru/"&gt;Сергея Мартынова&lt;/a&gt; (технического директора &lt;b&gt;НотаМедиа&lt;/b&gt;) и &lt;a href="http://lohanskiy.moikrug.ru/"&gt;Дмитрия Лоханского&lt;/a&gt; (&lt;b&gt;Z-Support&lt;/b&gt; CEO).&lt;br /&gt;&lt;br /&gt;С темами выступлений до конца недели определятся Дмитрий Криков (член экспертного совета конференции, технический директор &lt;b&gt;.masterhost&lt;/b&gt;) и &lt;a href="http://godegisel.moikrug.ru/"&gt;Сергей Скворцов&lt;/a&gt; (&lt;b&gt;SpyLog&lt;/b&gt;, руководитель департамента веб-сервисов).&lt;br /&gt;&lt;br /&gt;Напоследок напомним о том, что на нашу конференцию приглашены разработчики &lt;b&gt;Digg.com, FriendFeed, Amazon, eBay, Twitter и Flickr.com&lt;/b&gt;.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.highload.info/?referer1=bsk"&gt;Регистрируйтесь&lt;/a&gt;!</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:49747</id>
    <author>
      <name>Кот обыкновенный. Ручной, домашний.</name>
    </author>
    <lj:poster user="pentarh"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/49747.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=49747"/>
    <title>Файл-хостинговый скрипт</title>
    <published>2008-08-15T14:26:57Z</published>
    <updated>2008-08-15T14:26:57Z</updated>
    <content type="html">Поглумиться захотелось ))&lt;br /&gt;&lt;br /&gt;Просили разобраться почему данное чудо света тормозит дуал кор на посещаемости 10к в сутки: &lt;a href="http://yabsoft.com/products.php"&gt;http://yabsoft.com/products.php&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;- складывает все аплоады в одну директорию&lt;br /&gt;- весь процесс даунлоада контролируется ПХП скриптом (!!!) - скрипт мало того, что сам отдает файл, но и контролирует бендвич, в процессе даунлоада пишется статса в mysql (ignore_user_abort, все дела). Т.е. X-Accel-Redirect тут вообще никак, система сломается. Жесть в общем.&lt;br /&gt;&lt;br /&gt;В результате:&lt;br /&gt;LA ~ 20-30 стабильно&lt;br /&gt;CPU % idle = 0 стабильно (Dual Pentium(R) 4 CPU 3.20GHz)&lt;br /&gt;Disk IO util = 100%&lt;br /&gt;дикие глюки с файловой системой в плане свободного места. Оно постоянно куда то исчезает.&lt;br /&gt;&lt;br /&gt;Единственное что, апачик кушает "всего лишь" 500М из 4 гиг ))&lt;br /&gt;&lt;br /&gt;Разработчик пришел на сервер, посмотрел, грит, блин, да это нормальная нагрузка на этой посещаемости!&lt;br /&gt;&lt;br /&gt;Первый случай в моей практике. Диагноз - не лечится. Ну кроме того, что на каждые 250 гиг контента ставить Quad Xeon. &lt;br /&gt;&lt;br /&gt;(или я не прав?)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:49542</id>
    <author>
      <name>Денис Бесков-Доронин</name>
    </author>
    <lj:poster user="beskov"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/49542.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=49542"/>
    <title>Talk Request: Выбор технической архитектуры для веб-стартапа</title>
    <published>2008-08-08T08:57:16Z</published>
    <updated>2008-08-08T08:57:16Z</updated>
    <content type="html">Хочу встретиться и обсудить следующие вопросы:&lt;br /&gt;&lt;ol&gt;&lt;li&gt;Какие данные нужны для выбора архитектуры&lt;/li&gt;&lt;li&gt;Какие факторы необходимо учитывать&lt;/li&gt;&lt;li&gt;Что делать, если данных не хватает&lt;/li&gt;&lt;li&gt;Стоит ли привлекать других технических экспертов, в каком составе и как&lt;/li&gt;&lt;li&gt;Как убедиться в квалификации эксперта&lt;/li&gt;&lt;li&gt;Как принимать решения, какие правила использовать&lt;/li&gt;&lt;li&gt;Какие инструменты стоит использовать&lt;/li&gt;&lt;li&gt;Как оформлять документацию с обоснованием платформы и архитектуры&lt;/li&gt;&lt;li&gt;Сколько времени и денег может отнимать процедура выбора&lt;/li&gt;&lt;li&gt;Как учитывать и использовать риски&lt;/li&gt;&lt;/ol&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:49282</id>
    <author>
      <email>ikatkov@gmail.com</email>
      <name>iGOR</name>
    </author>
    <lj:poster user="katren"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/49282.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=49282"/>
    <title>load balancer + копия request</title>
    <published>2008-08-07T11:23:23Z</published>
    <updated>2008-08-07T11:23:23Z</updated>
    <content type="html">Хочется странного, хочется такой прибор который входящий реквекст бы load-balance-ил на N серверов обычным образом плюс отправлял копию реквеста на отдельный сервер. Т.е. вроде как обычный load balancer - отправил на выбранный сервер, получил обратно response переправил клиенту, только с дополнительной фичей.&lt;br /&gt;&lt;br /&gt;На этом дополнительном сервере, я планирую собирать статистику, читать куки, смотреть IP и всё такое, но собственно сам запрос обрабатывать не собираюсь, т.е. никакого вменяемого response не будет.&lt;br /&gt;&lt;br /&gt;Можно было бы, наверно, поставить этот сервер перед load balancer-ом как некую proxy но мне не хочется что бы сбор статистики каким-либо образом тормозил собсвенно обработку запросов + если случится затык на этом сервере, то это не должно отразится на всём сервисе.&lt;br /&gt;&lt;br /&gt;Можно было бы логи парсить, но к сожелению, одно из бизнес требований - real time&lt;br /&gt;&lt;br /&gt;Внимание вопрос - чем бы такое организовать? Наш обычный load balancer такого не умеет.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:49100</id>
    <author>
      <email>yet-another-virtual@yandex.ru</email>
      <name>Yet Another Virtual User</name>
    </author>
    <lj:poster user="yavu"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/49100.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=49100"/>
    <title>fs для очень большого количества файлов</title>
    <published>2008-08-04T16:39:32Z</published>
    <updated>2008-08-04T16:39:32Z</updated>
    <content type="html">Стоит ли использовать UFS и вообще freebsd 6.* 7.* для хостинга &lt;b&gt;очень&lt;/b&gt; большого количества относительно мелких файлов ? Linux ext3 || xfs ? FreeBSD &amp; ZFS ?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:48732</id>
    <author>
      <name>nagash</name>
    </author>
    <lj:poster user="nagashka"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/48732.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=48732"/>
    <title>IBM General Parallel File System</title>
    <published>2008-07-29T13:16:01Z</published>
    <updated>2008-07-29T13:16:01Z</updated>
    <content type="html">не могу найти сурцы GPFS от IBM&lt;br /&gt;подскажите пожалуйста, где бы сурцы скачать?&lt;br /&gt;хотим построить небольшой кластер на основе GPFS.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:48471</id>
    <author>
      <email>eugene@mednikov.info</email>
      <name>Женя и Наташа</name>
    </author>
    <lj:poster user="eugenem"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/48471.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=48471"/>
    <title>большая медиавики</title>
    <published>2008-07-28T09:58:55Z</published>
    <updated>2008-07-28T09:58:55Z</updated>
    <content type="html">мы тут делаем серьезный проект на платформе semantic mediawiki&lt;br /&gt;&lt;br /&gt;начальный этап:&lt;br /&gt;1к юзеров&lt;br /&gt;10к страниц&lt;br /&gt;5гб данных&lt;br /&gt;&lt;br /&gt;планируется рост по крайней мере на 3 порядка, т.е.&lt;br /&gt;1м юзеров&lt;br /&gt;10м страниц&lt;br /&gt;5тб данных&lt;br /&gt;&lt;br /&gt;юзеры делают страницы, заливают картинки, ищут, смотрят&lt;br /&gt;- читают больше чем пишут&lt;br /&gt;&lt;br /&gt;насколько я понимаю, сам движок медиавики такое потянет, поскольку объем википедии такого же порядка&lt;br /&gt;&lt;br /&gt;версия в разработке лежит на обычном shared хостинге. интуитивно понятно, что если туда зайдет человек 100 за раз он рухнет нафиг.&lt;br /&gt;&lt;br /&gt;основной вопрос такой:&lt;br /&gt;- куда можно положить сайт на первом этапе? недорого - у нас пока нет финансирования (скажем ~$100 в месяц)&lt;br /&gt;-- выделенный сервер?&lt;br /&gt;-- облако?&lt;br /&gt;&lt;br /&gt;ну и вообще, о чем думать на тему будущего расширения?&lt;br /&gt;то есть если он за год-два раскрутится в 1000 раз, то я полагаю что об архитектуре нужно думать сразу</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:48230</id>
    <author>
      <name>Кот обыкновенный. Ручной, домашний.</name>
    </author>
    <lj:poster user="pentarh"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/48230.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=48230"/>
    <title>Есть несколько вопросов по теме  </title>
    <published>2008-07-24T17:52:41Z</published>
    <updated>2008-07-24T17:59:29Z</updated>
    <content type="html">Сейчас занимаюсь поднятием etherdrive storage san с хранением и отдачей просто опупительного количества мелочи.&lt;br /&gt;&lt;br /&gt;Возник ряд вопросов, надеюсь на вашу помощь.&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;1. Диски у меня приаттачены по гигабитному эзернету к нескольким нодам GPFS. Соответственно, все эти диски видны в /dev/ на всех нодах и все ноды с них читают. Мне нужно оценить утилизацию дисков. Система CentOS 5.1 Набираю:&lt;br /&gt;&lt;br /&gt;# iostat -kdx&lt;br /&gt;Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util&lt;br /&gt;etherd/e4.2     0.00     0.00 40.80  0.00   448.90     0.00    22.00     0.22    5.38   4.94  20.14&lt;br /&gt;etherd/e5.2     0.00     0.00 33.00  0.00   356.00     0.00    21.58     0.16    4.73   4.46  14.72&lt;br /&gt;etherd/e4.3     0.00     0.00 28.00  0.00   762.40     0.00    54.46     0.43   15.48  12.86  36.02&lt;br /&gt;и т.д.&lt;br /&gt;&lt;br /&gt;На других нодах примерно та же картина. Все читают почти равномерно &lt;b&gt;с одних и тех же физических винтов&lt;/b&gt;.&lt;br /&gt;&lt;br /&gt;Меня интересует вот эта последняя колонка, которая сообщает % утилизации. На 20% загружен отдельный винт это хорошо. Но это утилизация отдельного диска относительно одной ноды, на которой запущена iostat или суммарная утилизация диска всеми нодами? То есть, на примере. Допустим, на 3 нодах загрузка одного и того же винта, 20%. Вопрос - его фактическая утилизация в таком случае 20*3=60% или просто 20%?&lt;br /&gt;&lt;br /&gt;Чую нижним полушарием, последнее, но сформулировать не могу.&lt;br /&gt;&lt;br /&gt;2. Дефолтная инсталляция Линуха весьма плохо себя повела на 100% нагрузке. Даже в 3 экземплярах на Quad Xeon 4G RAM. К слову сказать, я в линуксе не очень, чувствую свободнее на FreeBSD.  Так вот, сетка дико тормозила, по субъективным ощущениям, было очень много соединений time wait. Покопался в RTFM и поустанавливал такие вот sysctl:&lt;br /&gt;&lt;br /&gt;net.core.somaxconn=16384&lt;br /&gt;net.core.netdev_max_backlog=16384&lt;br /&gt;net.ipv4.tcp_max_syn_backlog=4096&lt;br /&gt;net.ipv4.tcp_tw_reuse=1&lt;br /&gt;net.ipv4.tcp_tw_recycle=1&lt;br /&gt;net.ipv4.ip_local_port_range = 2000 61000&lt;br /&gt;net.ipv4.tcp_fin_timeout = 25&lt;br /&gt;net.ipv4.tcp_keepalive_time = 600&lt;br /&gt;net.ipv4.tcp_window_scaling = 0&lt;br /&gt;net.ipv4.tcp_sack = 0&lt;br /&gt;net.ipv4.tcp_timestamps = 0&lt;br /&gt;net.core.rmem_max=16777216&lt;br /&gt;net.core.wmem_max=16777216&lt;br /&gt;net.ipv4.tcp_no_metrics_save=0&lt;br /&gt;net.ipv4.tcp_rmem = 4096 87380 16777216&lt;br /&gt;net.ipv4.tcp_wmem = 4096 87380 16777216&lt;br /&gt;&lt;br /&gt;Задача - отдача напрямую Nginx'ом просто немеряного количества мелкой графики и средних мувиков. В принципе мне сейчас больше нравится как ноды себя ведут. Но все равно, покритикуйте?&lt;br /&gt;&lt;br /&gt;3. Может кто нибудь знает по какому алгоритму с выбором каких значений считается % утилизации блочного устройства? Хочется скрипт написать, но чето гугленье не помогает.&lt;br /&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ru_highload:48124</id>
    <author>
      <email>pavel@rogozhin.ru</email>
      <name>pavelrogozhin</name>
    </author>
    <lj:poster user="pavelrogozhin"/>
    <link rel="alternate" type="text/html" href="http://community.livejournal.com/ru_highload/48124.html"/>
    <link rel="self" type="text/xml" href="http://community.livejournal.com/ru_highload/data/atom/?itemid=48124"/>
    <title>Определен формат и секции конференции HighLoad-2008</title>
    <published>2008-07-24T13:32:15Z</published>
    <updated>2008-07-24T13:33:35Z</updated>
    <content type="html">В этом году мы несколько изменили не только формат конференции, но и подход к формированию ее программы. Теперь программный комитет будет представлен более узким кругом приглашенных экспертов в размере 10-15 человек, которые представляют крупнейшие проекты Рунета. Курирование возложено на &lt;span class='ljuser' lj:user='beskov' style='white-space: nowrap;'&gt;&lt;a href='http://beskov.livejournal.com/profile'&gt;&lt;img src='http://p-stat.livejournal.com/img/userinfo.gif' alt='[info]' width='17' height='17' style='vertical-align: bottom; border: 0; padding-right: 1px;' /&gt;&lt;/a&gt;&lt;a href='http://beskov.livejournal.com/'&gt;&lt;b&gt;beskov&lt;/b&gt;&lt;/a&gt;&lt;/span&gt;.&lt;br /&gt;&lt;br /&gt;Сами же доклады будут длительность 40-60 минут, что позволит и докладчикам более детально раскрыть тему, и участникам получить не только обзор технологических решений и платформ, но и более углубленное представление о наиболее успешных решениях.&lt;br /&gt;&lt;br /&gt;Также на &lt;b&gt;&lt;a href="http://highload.info"&gt;HighLoad&lt;/a&gt; &lt;/b&gt;в этом году мы применим новый подход к работе с докладчиками — для всех допущенных к выступлению на конференции гуру, предусмотрена материальная компенсация. Мы многого требуем от докладчиков, но и предлагаем немало.&lt;br /&gt;&lt;p&gt; &lt;/p&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;div class="ljcut" text="Список секций на HighLoad-2008"&gt;&lt;br /&gt;&lt;p&gt;&lt;b&gt;Выбор и проектирование архитектуры;&lt;br /&gt;&lt;/b&gt; * Методики&lt;br /&gt; * Кейсы&lt;br /&gt; * Консалтинг &lt;br /&gt;   &lt;b&gt; Маcштабирование вычислений; &lt;br /&gt;&lt;/b&gt; * Платформы: Perl, PHP, Java&lt;br /&gt;   &lt;b&gt; Масштабирование баз данных; &lt;br /&gt;&lt;/b&gt; * Общие вопросы&lt;br /&gt; * Специфика СУБД&lt;br /&gt;   &lt;b&gt;  Технологии; &lt;br /&gt;&lt;/b&gt; * Веб-серверы&lt;br /&gt; * Поиск&lt;br /&gt; * Кэширование&lt;br /&gt; * Параллельные вычисления&lt;br /&gt;   &lt;b&gt; Тестирование; &lt;br /&gt;&lt;/b&gt; * Инструменты&lt;br /&gt; * Процедуры и методики&lt;br /&gt;  &lt;b&gt;  Администрирование.&lt;br /&gt;&lt;/b&gt; * Инструменты&lt;br /&gt; * Процедуры и методики &lt;br /&gt; &lt;/p&gt; &lt;p&gt;&lt;br /&gt; &lt;/p&gt; &lt;p&gt;Следите за развитием событий на &lt;a href="http://highload.info"&gt;highload.info&lt;/a&gt; ;)&lt;br /&gt; &lt;/p&gt; &lt;p&gt;&lt;br /&gt; &lt;/p&gt; &lt;br /&gt; &lt;/div&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;</content>
  </entry>
</feed>
