<?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/category/%d0%bd%d0%be%d0%b2%d0%be%d1%81%d1%82%d0%b8/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>Развитие стандарта MPI</title>
		<link>http://openmp.ru/2009/09/09/%d1%80%d0%b0%d0%b7%d0%b2%d0%b8%d1%82%d0%b8%d0%b5-%d1%81%d1%82%d0%b0%d0%bd%d0%b4%d0%b0%d1%80%d1%82%d0%b0-mpi/</link>
		<comments>http://openmp.ru/2009/09/09/%d1%80%d0%b0%d0%b7%d0%b2%d0%b8%d1%82%d0%b8%d0%b5-%d1%81%d1%82%d0%b0%d0%bd%d0%b4%d0%b0%d1%80%d1%82%d0%b0-mpi/#comments</comments>
		<pubDate>Wed, 09 Sep 2009 16:04:45 +0000</pubDate>
		<dc:creator>dmitry</dc:creator>
				<category><![CDATA[Новости]]></category>

		<guid isPermaLink="false">http://openmp.ru/?p=20</guid>
		<description><![CDATA[Не так давно (4 сентября 2009г) была принята новая версия стандарта MPI-2.2. В основном содержащий косметические изменения по сравнению с предыдущим вариантом (уточнения различных моментов, введение новых типов данных).
Полный вариант стандарта  (и всех предыдущих) в формате pdf можно скачать тут:
http://www.mpi-forum.org/docs/docs.html
Но более интересным представляется MPI-3,  предложения, обсуждаемые комитетом, можно увидеть здесь: http://meetings.mpi-forum.org/MPI_3.0_main_page.php
Для меня наиболее интересным расширением [...]]]></description>
			<content:encoded><![CDATA[<p>Не так давно (4 сентября 2009г) была принята новая версия стандарта MPI-2.2. В основном содержащий косметические изменения по сравнению с предыдущим вариантом (уточнения различных моментов, введение новых типов данных).</p>
<p>Полный вариант стандарта  (и всех предыдущих) в формате pdf можно скачать тут:<br />
<a href="http://www.mpi-forum.org/docs/docs.html">http://www.mpi-forum.org/docs/docs.html</a></p>
<p>Но более интересным представляется MPI-3,  предложения, обсуждаемые комитетом, можно увидеть здесь: <a href="http://meetings.mpi-forum.org/MPI_3.0_main_page.php">http://meetings.mpi-forum.org/MPI_3.0_main_page.php</a></p>
<p>Для меня наиболее интересным расширением оказались так называемые Persistent Operations, позволяющие закэшировать соединения для коллективной операции и исключить оверхед при повторном использовании.</p>
]]></content:encoded>
			<wfw:commentRss>http://openmp.ru/2009/09/09/%d1%80%d0%b0%d0%b7%d0%b2%d0%b8%d1%82%d0%b8%d0%b5-%d1%81%d1%82%d0%b0%d0%bd%d0%b4%d0%b0%d1%80%d1%82%d0%b0-mpi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<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>
