<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Обновление Oracle Solaris 11.4 SRU15</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html</link>
    <description>Опубликовано обновление операционной системы  (Support Repository Update), в котором предложена серия очередных исправлений и улучшений для ветки Solaris 11.4. Для установки предложенных в обновлении исправлений достаточно выполнить команду &apos;pkg update&apos;...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51901&lt;br&gt;</description>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Vkni)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#46</link>
    <pubDate>Mon, 25 Nov 2019 19:03:53 GMT</pubDate>
    <description>Нет, мой &quot;пойнт&quot;, в том, что дабы _осмысленно_ нагрузить это дорогое железо, нужны спец. ЯП и прочие &quot;спецы&quot;. С помощью Java/C++, разумеется, можно нагрузить эти машины; но те программы, которые можно написать на этих языках, как правило, легко пилятся на кластер почти независимых машин. Это кластер будет значительно дешевле, сильно удобнее, и несколько надежнее, чем одна большая Niagara.&lt;br&gt;&lt;br&gt;То есть, речь о задачах, которые требуют таких монстров, о задачах, которые при распиливании на груду PC, не связанных общей памятью, сильно проседают в производительности.&lt;br&gt;&lt;br&gt;И вопрос именно этот - нет смысла покупать сложного дорогого монстра, если планируем нагружать его легко распиливаемой задачей. А нераспиливаемая задача требует значительно более серьезного контроля за изменяемым состоянием, чем может дать типичный высококвалифицированный разработчик на С++/Java.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#45</link>
    <pubDate>Mon, 25 Nov 2019 16:33:18 GMT</pubDate>
    <description>Это уже другой вопрос. Выше поинт о том, что нет никакой проблемы нагрузить сановское многоголовое железо, для этого не нужно спец ЯП-ы и все прочие &quot;спецы&quot;. Самое обыкновенное многопоточное ПО, написанное на любом ЯП, грузит это железо без проблем.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Vkni)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#44</link>
    <pubDate>Sun, 24 Nov 2019 16:56:40 GMT</pubDate>
    <description>&amp;gt; Несколько десятков?&lt;br&gt;&lt;br&gt;Значит задачу можно распилить на несколько сотен писюков. Или даже виртуалок.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (exSun)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#43</link>
    <pubDate>Sun, 24 Nov 2019 11:49:00 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ?&lt;br&gt;&amp;gt; Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вместо того, &lt;br&gt;&amp;gt; чтобы использовать кластер дешёвых PC.&lt;br&gt;&lt;br&gt;Как быть с единой точкой, когда таких машин несколько? Несколько десятков? &lt;br&gt;&lt;br&gt;Какое отношение это всё имеет к Вашей реплике про Erlang и Haskell, и моему скромному на то возражению?&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Vkni)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#42</link>
    <pubDate>Sat, 23 Nov 2019 20:40:06 GMT</pubDate>
    <description>&amp;gt; Он, если что, и на писюке в таком варианте не отличается особым темпераментом.&lt;br&gt;&lt;br&gt;Linux из-за лучшей заточенности под десктоп, гоняет остальные задачи на другом процессоре.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Vkni)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#41</link>
    <pubDate>Sat, 23 Nov 2019 18:01:43 GMT</pubDate>
    <description>&amp;gt; Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ?&lt;br&gt;&lt;br&gt;Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вместо того, чтобы использовать кластер дешёвых PC.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Vkni)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#40</link>
    <pubDate>Sat, 23 Nov 2019 18:00:58 GMT</pubDate>
    <description>&amp;gt; Достаточно самых стандартных знаний по разработке многопоточного софта по unix-like-и.&lt;br&gt;&lt;br&gt;Это означает, что алгоритм совершенно легко обозрим, и, скорее всего, раскладывается на кластер дешёвых PC. И никакой качественной выгоды от огромной машины с общей памятью нет.&lt;br&gt;&lt;br&gt;То есть, это ну серия map-reduce максимум, а скорее просто один map-reduce.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#39</link>
    <pubDate>Sat, 23 Nov 2019 16:25:02 GMT</pubDate>
    <description>&amp;gt;А то, что предлагает Sun/Oracle - это разработка на Java и старом C++, которые предполагают чудовищных требований к квалификации для создания массивно многопоточных программ с общей памятью.&lt;br&gt;&lt;br&gt;Никаких шудовищных познаний там не надо. Достаточно самых стандартных знаний по разработке многопоточного софта по unix-like-и. Было однажды, скомпилировали самый обыкновенный Apache Traffic Server на спарковой соляре, оно просто взяло и заработало на всех ядрах из всех нескольких десятков под полной нагрузкой. А написан Apache TS самым стандартным образом.&lt;br&gt;</description>
</item>

<item>
    <title>Обновление Oracle Solaris 11.4 SRU15 (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/119048.html#38</link>
    <pubDate>Thu, 21 Nov 2019 16:20:28 GMT</pubDate>
    <description>Хм, да, и правда что. Почему-то отложилось, что это не только в соляре не работало.&lt;br&gt;</description>
</item>

</channel>
</rss>
