<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>OpenMP.ru &#187; Валидация</title>
	<atom:link href="http://openmp.ru/tag/validaciya/feed/" rel="self" type="application/rss+xml" />
	<link>http://openmp.ru</link>
	<description>Эффективное программирование</description>
	<lastBuildDate>Wed, 23 Sep 2009 05:31:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Проверка кластерной сети</title>
		<link>http://openmp.ru/2009/04/14/proverka-klasternoj-seti/</link>
		<comments>http://openmp.ru/2009/04/14/proverka-klasternoj-seti/#comments</comments>
		<pubDate>Mon, 13 Apr 2009 21:21:36 +0000</pubDate>
		<dc:creator>dmitry</dc:creator>
				<category><![CDATA[Новости]]></category>
		<category><![CDATA[Программы]]></category>
		<category><![CDATA[Валидация]]></category>

		<guid isPermaLink="false">http://openmp.ru/?p=15</guid>
		<description><![CDATA[Одна из основных проблем крупных кластеров &#8211; это поддержка работоспособного состояния сетевой системы. Кроме терминального состояния &#8220;коннект отпал&#8221; возможны так же промежуточные варианты &#8211; падения скорости или возникновение задержек. Ситуация усугубляется тем что сложная фабрика может реагировать на битый кабель неочевидно &#8211; скорость может упасть в каком-то сегменте, при определенной передаче между определенными нодами. Поэтому [...]]]></description>
			<content:encoded><![CDATA[<p>Одна из основных проблем крупных кластеров &#8211; это поддержка работоспособного состояния сетевой системы. Кроме терминального состояния &#8220;коннект отпал&#8221; возможны так же промежуточные варианты &#8211; падения скорости или возникновение задержек. Ситуация усугубляется тем что сложная фабрика может реагировать на битый кабель неочевидно &#8211; скорость может упасть в каком-то сегменте, при определенной передаче между определенными нодами. Поэтому иногда стоит устраивать прогоны-тесты сетевой подсистемы с нагрузкой Point-To-Point перебирая все возможные варианты. Это долго, и объемно по анализу, но спокойствие пользователей кластера того стоит.</p>
<p><span id="more-15"></span>Хочу поделится с обществом найденной интересной программой.<br />
Скачать ее можно с Sourceforge: <a title="MPIGraph" href="http://sourceforge.net/projects/mpigraph" target="_blank">http://sourceforge.net/projects/mpigraph</a>. Программа прогоняет пинг-понг тест между всеми ранками по принципу каждый-с-каждым, распараллеливая значительную часть работы. В результате работы получается сводная таблица с намерянными скоростями между ранками.<br />
Кроме того в пакете идет перловый скрипт, который позволяет сделать из текстовой таблички, совершенно не читаемой при количестве обмерянных нод &gt;10, картинку в градациях серого. Каждый пиксель на которой представляет ту же таблицу, чем ярче цвет тем больше скорость, черный цвет &#8211; обрыв линка. Получаем примерно такую картинку на больном кластере:<br />
<a href="http://sharepix.ru/51134zd23" target="_blank"><img src="http://sharepix.ru/thmb/3p4jbr8arya9eafyfetmtopwnboeaa51134/image51134mk.gif" border="0" alt="Send Pattern" /></a><br />
Визуально получается интересно, а чтобы выяснить где именно проседает Bandwidth скрипт генерирует еще и html файл со скриптами. При наведении мышкой на картинку выскакивает всплывающая подсказка с объяснением на какой именно пиксель вы &#8220;наехали&#8221; &#8211; с какого ранка была передача и на какой. Вообщем это уже можно использовать для диагонстики неполадок сети.<br />
Попутно у меня возникла идея о снятии серии таких картинок, и дальнейшего микширования в короткий ролик. Тогда на ролике случайные провисания линков будут видны как шум, а имеющие место проблемы &#8211; постоянными пятнами. Пока что я попробую снять 250 кадров-замеров для 10-секундного ролика. На 64-х нодах это потребует примерно 10*250  примерно 2500 секунд</p>
]]></content:encoded>
			<wfw:commentRss>http://openmp.ru/2009/04/14/proverka-klasternoj-seti/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
