<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль madgnu]]></title>
    <link>https://habr.com/ru/users/madgnu/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя madgnu]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 14:58:09 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>20.07.2018 08:49:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902547</guid>
      <link>https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902547</link>
      <description><![CDATA[Практика это всегда интересно. Ведут себя лучше по производительности записи (тут глупо спорить) или по жизнеспособности? 3700 и 5400s несколько некорректно сравнивать, как мне кажется — между ними разрыв чуть ли не 5 лет.<br>
Optane не пробовали? Сейчас их показатели надёжности пусть и не драматически (как обещалось сначала), но всё же превышают NAND.]]></description>
      <pubDate>Fri, 20 Jul 2018 08:49:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2018 08:40:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902491</guid>
      <link>https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902491</link>
      <description><![CDATA[В последнее время этот рынок в РФ получил определённое распространение, и это, наверное, хорошо.<br>
Однако, открытым остаётся вопрос сервиса (поставщики б/у оборудования в основной массе готовы предложить только гарантию), а также доступность з/ч — на ebay их полно, но что делать, если вылетел какой-то специфичный для платформы компонент, искать по порталам объявлений и ждать его пару-тройку недель?]]></description>
      <pubDate>Fri, 20 Jul 2018 08:40:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2018 08:30:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902447</guid>
      <link>https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902447</link>
      <description><![CDATA[Ну, во-первых, не интелом единым — в серверах и СХД брендов много SSD от Micron, Samsung и т.п.<br>
Во-вторых, разница все же есть как по DWPD (параметр Endurance Rating на ark.intel.com), так и по частоте возникновения некорректируемых ошибок (Uncorrectable Bit Error Rate там же, причем, отличается он зачастую на два порядка).<br>
<br>
По поводу буферизации тоже не все однозначно — бывает, нужно использовать сырые тома без ФС или же ФС с отключённым журналом для максимальной производительности и повышения ресурса накопителей при крайне интенсивной записи. Плюс, представьте ситуацию, когда запись в журнал осталась в буфере накопителя на момент отключения питания (т.н. barrier просто не успел отработать).<br>
Если взять для примера какую-нибудь ext4, то по умолчанию режим работы у нее data=ordered + delayed allocation, и чтобы приблизиться к ситуации, которую вы описываете, нужно монтировать ее с data=journal, что как бы не очень способствует высокой производительности.]]></description>
      <pubDate>Fri, 20 Jul 2018 08:30:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.07.2018 08:03:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902301</guid>
      <link>https://habr.com/ru/companies/tssolution/articles/417601/#comment_18902301</link>
      <description><![CDATA[А можно взять SaaS и не париться вообще ни с чем, не правда ли?)<br>
Вопрос необходимости собственного парка для каждой компании решается по-своему.]]></description>
      <pubDate>Fri, 20 Jul 2018 08:03:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.03.2014 14:56:50 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ibm/articles/216077/#comment_7410871</guid>
      <link>https://habr.com/ru/companies/ibm/articles/216077/#comment_7410871</link>
      <description><![CDATA[Можно потерять по одному контроллеру в каждой IO group, и система продолжит работу.<br/>
Потеря же целой IO group это физический отказ управляющей полки целиком (что весьма маловероятно, учитывая задублированные компоненты), а значит, и доступа к дискам, вставленным в нее непосредственно или подключенных к ней экспаншенами. Защита от такого отказа — Volume Mirroring разве что.]]></description>
      <pubDate>Mon, 17 Mar 2014 14:56:50 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.03.2014 14:07:23 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ibm/articles/216077/#comment_7410725</guid>
      <link>https://habr.com/ru/companies/ibm/articles/216077/#comment_7410725</link>
      <description><![CDATA[1. Увеличить общий объём системы, если его не хватает: одна control enclosure в случае v5000 поддерживает максимум шесть expansion, а кластер — 12<br/>
2. Повысить производительность, т.к. трудятся уже не два, а четыре контроллера<br/>
3. Обеспечить лучшую защиту от сбоев за счет увеличения кол-ва путей и контроллеров<br/>
<br/>
К слову, одна управляющая нода — это уже кластер из двух контроллеров (IO group).]]></description>
      <pubDate>Mon, 17 Mar 2014 14:07:23 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.03.2014 13:11:21 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/intel/articles/214615/#comment_7373853</guid>
      <link>https://habr.com/ru/companies/intel/articles/214615/#comment_7373853</link>
      <description><![CDATA[1. Это <a href="https://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/tips1132.html?Open#processor">Compute Book </a>целиком, не только процессор<br/>
2. Прайс за 2шт]]></description>
      <pubDate>Tue, 04 Mar 2014 13:11:21 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>13.08.2012 11:16:28 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/149500/#comment_5056031</guid>
      <link>https://habr.com/ru/articles/149500/#comment_5056031</link>
      <description><![CDATA[Пакетный менеджер, upstart-юнит и debconf для слабаков, видимо.<br/>
2012 год, а в статьях все те же ./configure; make; make install]]></description>
      <pubDate>Mon, 13 Aug 2012 11:16:28 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.06.2012 10:37:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/145806/#comment_15483675</guid>
      <link>https://habr.com/ru/articles/145806/#comment_15483675</link>
      <description><![CDATA[Коммерческой стороной Qt уже рулит <a href="http://www.digia.com/ru/Digia/What-we-do/Offering/Qt/">Digia</a>, а свободной — <a href="http://qt-project.org">сообщество</a>.]]></description>
      <pubDate>Thu, 14 Jun 2012 10:37:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.06.2012 09:10:45 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/145230/#comment_4880132</guid>
      <link>https://habr.com/ru/articles/145230/#comment_4880132</link>
      <description><![CDATA[А еще лучше импортировать ключ разработчика (если он подписывает пакеты, конечно).]]></description>
      <pubDate>Tue, 05 Jun 2012 09:10:45 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.06.2012 09:09:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/145230/#comment_4880128</guid>
      <link>https://habr.com/ru/articles/145230/#comment_4880128</link>
      <description><![CDATA[<pre><code>[pf-kernel]
Server = ...
SigLevel = Never
</code></pre>]]></description>
      <pubDate>Tue, 05 Jun 2012 09:09:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.06.2012 09:07:53 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/145230/#comment_4880120</guid>
      <link>https://habr.com/ru/articles/145230/#comment_4880120</link>
      <description><![CDATA[<i>&gt;Демоны всякие запускать. Например, как заставить squid запускаться быстро, а не проверять все дерево кэша каждый раз при старте, я не нашел. Видимо, плохо искал.</i><br/>
<br/>
Добавить @ перед именем демона в rc.conf в случае арчеинита, systemd сам будет срартовать все остальное, не дожидаясь запуска squid (хотя, зависит от настроек).]]></description>
      <pubDate>Tue, 05 Jun 2012 09:07:53 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.06.2012 08:34:54 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/145230/#comment_4880028</guid>
      <link>https://habr.com/ru/articles/145230/#comment_4880028</link>
      <description><![CDATA[<i>&gt;Дело в том, что systemd — очень уж тормозная и глючная штука</i><br/>
Дело в том, что это неправда.<br/>
<br/>
<i>&gt;Мало того, что загрузка стала происходить не 2..3 минуты, а около пяти, так еще и часть служб не запустилась!</i><br/>
Стесняюсь спросить, что нужно сделать, чтобы система грузилась несколько минут, даже на стандартном sysvinit. Нужно было просто включить нужные службы через systemctl, либо поставить пакет initscripts-systemd, в котором есть target, запускающий сервисы из rc.conf.<br/>
<br/>
Я ни в коей мере не агитирую за использование systemd, однако, называть софт глючным только из-за того, что не осилил три минуты почитать вики, считаю неправильным.]]></description>
      <pubDate>Tue, 05 Jun 2012 08:34:54 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.06.2012 08:28:35 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/145230/#comment_4880011</guid>
      <link>https://habr.com/ru/articles/145230/#comment_4880011</link>
      <description><![CDATA[<i>&gt;Многие репозитории могут оказаться недоступными.</i><br/>
Это какие, если не секрет? Все пакеты официальных репозиториев (включая нестабильные вроде kde-unstable, community-testing, etc) подписаны. Если уж так хочется на свой страх и риск использовать сторонние (кстати, зачем это в арче?) — решается добавлением одной строчки в конфиг пакмана в секции вожделенного репозитория.]]></description>
      <pubDate>Tue, 05 Jun 2012 08:28:35 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>09.09.2011 10:56:33 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/128067/#comment_11036144</guid>
      <link>https://habr.com/ru/articles/128067/#comment_11036144</link>
      <description><![CDATA[Там слева внизу появляется подсказка (press esc...), ну и можно нажать сразу f10 и попасть в setup. А так да, дико радует быстрый post.<br/>
<br/>
// у меня похожий ноут просто]]></description>
      <pubDate>Fri, 09 Sep 2011 10:56:33 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.08.2011 09:59:05 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126738/#comment_15144755</guid>
      <link>https://habr.com/ru/articles/126738/#comment_15144755</link>
      <description><![CDATA[Это выглядит как ликвидация, но так ли это — вот в чем вопрос.<br/>
Или у меня синдром теории заговора? :)]]></description>
      <pubDate>Mon, 22 Aug 2011 09:59:05 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.08.2011 09:54:35 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126738/#comment_15144751</guid>
      <link>https://habr.com/ru/articles/126738/#comment_15144751</link>
      <description><![CDATA[Сейчас как раз нечто подобное и наблюдается, по цене в $99 за 16Гб и $150 за 32Гб тачпады разлетаются с прилавков в один миг. Их купило уже <b>очень</b> много людей.<br/>
<br/>
Не берусь утверждать, но мне почему-то кажется, что это запланированная акция.]]></description>
      <pubDate>Mon, 22 Aug 2011 09:54:35 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.08.2011 07:40:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126413/#comment_4167202</guid>
      <link>https://habr.com/ru/articles/126413/#comment_4167202</link>
      <description><![CDATA[Ок, я предпочту остаться непóнятым.]]></description>
      <pubDate>Wed, 17 Aug 2011 07:40:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.08.2011 19:35:42 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126413/#comment_4166284</guid>
      <link>https://habr.com/ru/articles/126413/#comment_4166284</link>
      <description><![CDATA[Это я понял :)<br/>
<br/>
Но чем отличается установка ОС в DRAC от установки в любой другой системе удаленного управления (кроме расположения элементов)? ]]></description>
      <pubDate>Tue, 16 Aug 2011 19:35:42 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.08.2011 16:35:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126413/#comment_4165810</guid>
      <link>https://habr.com/ru/articles/126413/#comment_4165810</link>
      <description><![CDATA[Я сетую не на Java как платформу, а на конкретные реализации ;)<br/>
<br/>
Разве DRAC не использует IPMI (как и IBM IMM, ЕМНИП)?]]></description>
      <pubDate>Tue, 16 Aug 2011 16:35:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
