<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Опубликована 48 редакция списка самых высокопроизводительных...</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html</link>
    <description>Опубликован (https://www.top500.org/news/global-supercomputing-capacity-creeps-up-as-petascale-systems-blanket-top-100/) 48-й выпуск рейтинга (https://www.top500.org/) 500 самых высокопроизводительных компьютеров мира. В новой редакции рейтинга  первые четыре лидера сохранили свои позиции.  Рейтинг возглавляет китайский кластер Sunway TaihuLight, работающий в национальном суперкомпьютерном центре Китая и  демонстрирующий производительность в 93 петафлопс, что в три раза больше показателей другого китайского кластера Tianhe-2, находящемся на втором месте, и в пять раз больше американского кластера Titan, занимающего третье место.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Наиболее интересные тенденции:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;- Самый мощный отечественный кластер Lomonosov 2 сместился с 41 на 52 место в рейтинге. Кластер Lomonosov опустился со 108 на 132 место. Третий по производительности отечественный кластер Tornado опустился со 158 на 226 место. Всего в Top500 вошло 5 отечественных суперкомпьютеров, что на два меньше, чем в прошлом рейтинге.&lt;br&gt; &lt;br&gt;&lt;br&gt;-  Со 167 д</description>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Evgueni)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#92</link>
    <pubDate>Fri, 25 Nov 2016 17:32:45 GMT</pubDate>
    <description>Это перелициованный красный шляп под нужды CERN. Сейчас CERN с RedHat вроде как обратно договорился. Ничего специально научного в Scientific Linux не было.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Michael Shigorin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#91</link>
    <pubDate>Tue, 22 Nov 2016 14:46:13 GMT</pubDate>
    <description>&amp;gt; Есть проба одного из таких на РОСЕ: &lt;br&gt;&lt;br&gt;А на &quot;Ломоносове&quot; вздымали производное альта (на &quot;Чебышеве&quot; и ещё кое-где он и работает).&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Michael Shigorin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#90</link>
    <pubDate>Tue, 22 Nov 2016 14:41:56 GMT</pubDate>
    <description>&amp;gt; угнетаемому темнокожему меньшинству&lt;br&gt;&lt;br&gt;Вы преувеличиваете проблему the lame duck, как мне кажется...&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Michael Shigorin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#89</link>
    <pubDate>Tue, 22 Nov 2016 14:27:45 GMT</pubDate>
    <description>&amp;gt; а накой в гридах дистр? линукс, гнуутилс и готово.&lt;br&gt;&lt;br&gt;Не, не готово.  И каждый раз фигачить заново устали в т.ч. и ТП лет восемь тому, если не больше.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Michael Shigorin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#88</link>
    <pubDate>Tue, 22 Nov 2016 13:32:03 GMT</pubDate>
    <description>&amp;gt; клоун: Там лицензирование на каждое ядро и низкая приспособленность к такому количеству &lt;br&gt;&amp;gt; ядер и памяти.&lt;br&gt;&lt;br&gt;Непонятно только, какого лешего пытались с такими вводными пихать winhpc.  Более того, к бездисковой загрузке в кластерном контексте это поделие тоже не приспособлено от слова &quot;вообще&quot; (коллеги имели глупость угробить на ЭТО два человеко-месяца).&lt;br&gt;&lt;br&gt;&amp;gt; Каждой задаче свой инструмент: автобус возит людей, а самосвал щебёнку.&lt;br&gt;&amp;gt; И никак не наоборот.&lt;br&gt;&lt;br&gt;Передайте своим хозяевам -- пущай на носу зарубят.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Michael Shigorin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#87</link>
    <pubDate>Tue, 22 Nov 2016 13:28:28 GMT</pubDate>
    <description>&amp;gt; Не ожидал увидеть тут SGI. Как?..&lt;br&gt;&lt;br&gt;Лет десять тому они уже вполне себе занимались большими интеловыми системами на линуксе: http://lkml.iu.edu/hypermail/linux/kernel/0611.0/1400.html&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (Michael Shigorin)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#86</link>
    <pubDate>Tue, 22 Nov 2016 13:25:52 GMT</pubDate>
    <description>&amp;gt; датацентры АНБ и англии не фигурируют &lt;br&gt;&lt;br&gt;Наши тоже не все, положим.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (блабла)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#85</link>
    <pubDate>Tue, 22 Nov 2016 05:02:21 GMT</pubDate>
    <description>Люди возят автобус, щебенка самосвал...&lt;br&gt;</description>
</item>

<item>
    <title>Опубликована 48 редакция списка самых высокопроизводительных... (redwolf)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/109636.html#83</link>
    <pubDate>Thu, 17 Nov 2016 10:14:03 GMT</pubDate>
    <description>Помнится мне, что японцы публиковали статистику на свой Tsubame. Когда-то ещё предлагали его мощности для открытых исследований с условием публикаций. Искать где-то тут: http://www.gsic.titech.ac.jp&lt;br&gt;&lt;br&gt;Тащемта обычно всех больше интересует научная составляющая исследования, чем то, как это всё моделировали и сколько флопсов оно скушало. Это только всякии нвидии в рекламах пишут, что их карты ускорили те-то и те-то вычисления в 8-40 раз. В общем-то они квази-бесплатно поставляют железо командам, чтобы получать такие данные.&lt;br&gt; &lt;br&gt;А с чем связан интерес?&lt;br&gt;</description>
</item>

</channel>
</rss>
