<?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/933.html</link>
    <description>Andreas Gruenbacher представил общественности в lkml (linux kernel mailling list) патч для&lt;br&gt;решения проблемы с кэшированием при резком уменьшении обьема свободной физической памяти.&lt;br&gt;Проблема в том, что текущая система дискового кэширования пытается забрать под свои нужны столько памяти, сколько можно, а когда &lt;br&gt;возникает нехватка свободного ОЗУ, дисковый кеш попадает в....... своп !!! Т.е. кэширование оборачивается увеличением нагрузки на диск, предложенный патч решает эту проблему.&lt;br&gt;&lt;br&gt;URL: http://www.kerneltrap.com/node.php?id=373&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=1411&lt;br&gt;&lt;br&gt;</description>

<item>
    <title>Патч для адаптивного изменения размера дискового кеша в Linux (EvgeniX)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/933.html#4</link>
    <pubDate>Mon, 27 Aug 2007 05:53:35 GMT</pubDate>
    <description>Есть такая проблема. Если интенсивно писать в файл, размером например 50 ГБ, то со временем свободное ОЗУ заканчивается (есть 4 ГБ, занято софтом 2 ГБ), потом занимается swap, а далее kernel panic (что-то про ext3).&lt;br&gt;</description>
</item>

<item>
    <title>Патч для адаптивного изменения размера дискового кеша в Linux (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/933.html#3</link>
    <pubDate>Fri, 16 Aug 2002 09:13:01 GMT</pubDate>
    <description>просто внимательно почитай оригинал. и желательно /usr/src/linux/fs/buffer.c, /usr/src/linux/mm/vmscacn.c. а потом уже трынди. из&lt;br&gt;твоего теста совсем даже не следует, что _кэш_ падает в своп. &lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>RE: Патч для адаптивного изменения размера дискового кеша в Linux (uldus)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/933.html#2</link>
    <pubDate>Tue, 13 Aug 2002 18:43:08 GMT</pubDate>
    <description>&amp;gt;ты бы хоть разобрался. не может дисковый кэш попадать в своп. и &lt;br&gt;&amp;gt;не попадает. &lt;br&gt;&lt;br&gt;Что ты, это же Linux. Не должен попадать, но попадает же :-) Насколько я помню в текущих стабильных ядрах выделенная память под кеш не уменьшается _сразу_, а только через определенный таймаут, специальным &quot;чистильщиком&quot;, если кому-то срочно нужна память - излишки падают в своп, но реально через буфера в свопе кеширования быть не должно конечно, но опять-так это Linux - и я не удивлюсь если так и есть, иначе зачем создавать подбный патч.&lt;br&gt;&lt;br&gt;Если не веришь, только что провел на 2.4.15 ядре нехитрый тест.&lt;br&gt;Есть машинка с 32 Мб ОЗУ. Итак в стационарном состоянии довожу усиленной дисковой активностью размер дискового кеша до 15 Мб. Состояние - в свопе 2 Мб, примерно столькоже свободного ОЗУ. Далее прекращаю операции с диском и запускаю процесс пожиратель памяти (сьедаю 10МБ озу запускаю X&apos;ы) В итоге - размер дискового кеша не изменился, но своп вырос примерно на 11 Мб.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Патч для адаптивного изменения размера дискового кеша в Linux (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/933.html#1</link>
    <pubDate>Tue, 13 Aug 2002 09:09:19 GMT</pubDate>
    <description>ты бы хоть разобрался. не может дисковый кэш попадать в своп. и не попадает. &lt;br&gt;</description>
</item>

</channel>
</rss>
