<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Определение и корректирование аппаратных сбоев в Linux ядре</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html</link>
    <description>Alan Cox внес (http://kerneltrap.org/node/5784) в свою экпериментальную ветку 2.6 Linux ядра набор патчей под кодовым названием &lt;br&gt;EDAC (error detection and correction), созданных на базе наработок проекта Bluesmoke (http://bluesmoke.sourceforge.net/).&lt;br&gt;&lt;br&gt;&lt;br&gt;Bluesmoke (http://bluesmoke.sourceforge.net/) - модуль для 2.4.x и 2.6.x Linux ядер, обрабатывающий сообщения о аппаратном сбое (проблемы с CPU, памятью (ECC), PCI) и пытающийся автоматически решить и локализовать проблему (например, прекратить использовать сбойные области памяти и сообщить в каком именно модуле проблема).&lt;br&gt;&lt;br&gt;&lt;br&gt;Также предпринята попытка (http://kerneltrap.org/node/5758) стандартизировать процесс создания и средства для анализа &quot;crash&quot; дампа, отражающего состояние системы в момент сбоя. В текущий момент существует несколько разрозненных проектов:  LKCD (http://lkcd.sourceforge.net/) (Linux Kernel Crash Dump), mkdump (http://mkdump.sourceforge.net/) (Mini Kernel Dump), kdump (http://lse.sourceforge.net/kdump/), diskdump (http://sourceforge.net/</description>

<item>
    <title>Определение и корректирование аппаратных сбоев в Linux ядре (csa)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html#7</link>
    <pubDate>Thu, 20 Oct 2005 06:22:57 GMT</pubDate>
    <description>&amp;gt;не знаю какого хрена у тебя RHEL делает на серванте (богатый небось??) &lt;br&gt;RHEL весной (вроде) раздавался на халяву, летом тоже можно было законно слить с редхата.. все новостные ленты об этом упомянули&lt;br&gt;&lt;br&gt;но это так, к слову&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Определение и корректирование аппаратных сбоев в Linux ядре (_Nick_)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html#6</link>
    <pubDate>Tue, 18 Oct 2005 11:29:05 GMT</pubDate>
    <description>&amp;gt;В исходниках ядра взять прогу... Уже лол!&lt;br&gt;&lt;br&gt;&quot;ЛОЛ&quot; говоришь?....&lt;br&gt;хм....  совсем перевелись люди на руси...&lt;br&gt;лана. показываю. без толку конечно. тебе уже не поможет&lt;br&gt;ну да хоть другие посмотрят&lt;br&gt;&lt;br&gt;&#091;-= gentoo =- root 14:20:46&#093; /src/linux&lt;br&gt;# cat Documentation/block/ioprio.txt&lt;br&gt;Block io priorities&lt;br&gt;===================&lt;br&gt;&lt;br&gt;&lt;br&gt;Intro&lt;br&gt;-----&lt;br&gt;&lt;br&gt;With the introduction of cfq v3 (aka cfq-ts or time sliced cfq), basic io&lt;br&gt;priorities is supported for reads on files. This enables users to io nice&lt;br&gt;processes or process groups, similar to what has been possible to cpu&lt;br&gt;scheduling for ages. This document mainly details the current possibilites&lt;br&gt;with cfq, other io schedulers do not support io priorities so far.&lt;br&gt;&lt;br&gt;Scheduling classes&lt;br&gt;------------------&lt;br&gt;&lt;br&gt;CFQ implements three generic scheduling classes that determine how io is&lt;br&gt;served for a process.&lt;br&gt;&lt;br&gt;IOPRIO_CLASS_RT: This is the realtime io class. This scheduling class is given&lt;br&gt;higher priority than any other in the system, processes from this class are&lt;br&gt;given first access t</description>
</item>

<item>
    <title>Определение и корректирование аппаратных сбоев в Linux ядре (Moralez)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html#5</link>
    <pubDate>Tue, 18 Oct 2005 08:45:43 GMT</pubDate>
    <description>В исходниках ядра взять прогу... Уже лол! &lt;br&gt;Следующий шаг, видимо, снести RHEL и поставить слаку с ванильным ведром и пачкой самописных патчей... А потом воинственно не ламерить на форуме...</description>
</item>

<item>
    <title>Определение и корректирование аппаратных сбоев в Linux ядре (_Nick_)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html#4</link>
    <pubDate>Tue, 18 Oct 2005 04:57:41 GMT</pubDate>
    <description>&amp;gt;Когда появилась новость на kerneltrap-е насчёт шедулера в linux в плане файловых &lt;br&gt;&amp;gt;операций, я тоже подумал &quot;класс&quot;... и? &lt;br&gt;&lt;br&gt;что и?&lt;br&gt;заюзать не сумел??&lt;br&gt;ну так а кто тебе доктор?&lt;br&gt;или из Documentation (!!!) - полный путь тебе grep найдет -  в сырцах ядра тяжело взять ИСХОДНИК проги ionice, которая чудно рулит приоритетами I/O.&lt;br&gt;Юзать, радоваться жизни и не ламерить тут на форуме.</description>
</item>

<item>
    <title>Определение и корректирование аппаратных сбоев в Linux ядре (Moralez)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html#3</link>
    <pubDate>Tue, 18 Oct 2005 03:23:18 GMT</pubDate>
    <description>Когда появилась новость на kerneltrap-е насчёт шедулера в linux в плане файловых операций, я тоже подумал &quot;класс&quot;... и?</description>
</item>

<item>
    <title>Определение и корректирование аппаратных сбоев в Linux ядре (Dvorkin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/12485.html#1</link>
    <pubDate>Mon, 17 Oct 2005 07:59:25 GMT</pubDate>
    <description>класс</description>
</item>

</channel>
</rss>
