https://mobile.opennet.me/openforum/vsluhforumID3/59486.html Немецкая компания Pengutronix объявила (http://groups.google.com/group/fa.linux.kernel/msg/522c67f96e66a591) о начале поддержки пакетов для Debian GNU/Linux с модифицированным для выполнения задач реального времени Linux ядром. Пакеты основаны на "Realtime-Preempt (http://rt.wiki.kernel.org/)" (PREEMPT_RT или "-rt") патчах с реализацией жёсткого режима реального времени. Доступны realtime-сборки ядер 2.6.29 (стабильная PREEMPT_RT ветка) и 2.6.31 (экспериментальная PREEMPT_RT ветка) для веток Debian Lenny, Sid и Squeeze в сборках для архитектур 486, 686, 686-bigmen и amd64.<br><br>URL: http://groups.google.com/group/fa.linux.kernel/msg/522c67f96e66a591<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=23668<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#62 Fri, 23 Oct 2009 08:41:05 GMT &gt;Я попробовал поставить. Загрузилось, но вот модуль Nvidia не смог скомпилироваться. Брал <br>&gt;последние тестовые дрова. <br><br>Новость!<br>ftp://download.nvidia.com/XFree86/Linux-x86_64/190.42/<br>Вот эти дрова собираются под RT ядром без каких-либо шаманств :)<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#61 Fri, 02 Oct 2009 18:52:35 GMT Не знаю...<br>Крутил вертел разные значения - при одних одни глюки при других - другие...(то перестает выделять память - то выдает, но тупит страшнее всего)<br>Вернул значения по умолчанию - хоть и глюков стало меньше, но тормоза еще те, когда доходит до свопа...<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#60 Fri, 02 Oct 2009 18:12:21 GMT &gt;&gt; все тормоза и рост iowait начинаются строго с того момента как начинает использоваться <br>&gt;&gt; активно сброс/чтение swap<br>&gt;<br>&gt;У меня аналогично, и я думаю, что сброс и начинается от того, <br>&gt;что в этот момент недостаточно свободной памяти, по той причине, что <br>&gt;зарезервировано много cached memory. <br>&gt;<br>&gt;Еще хочу обратить внимание, что если приложениями используется 700-800 Мб, то и cached не более 400 МБ. Если же запустить тяжёлые процессы (в сумме требующие &gt; 1,5 Гб), то и cached memory увеличивается до 1,0-1,3 ГБ и вот тут начинается активное использование swap.<br><br>А если попробовать с такими значениями:<br>vm.overcommit_memory = 2<br>vm.vfs_cache_pressure=35<br>А все остальное по умолчанию...<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#59 Fri, 02 Oct 2009 17:20:26 GMT &gt; все тормоза и рост iowait начинаются строго с того момента как начинает использоваться <br>&gt; активно сброс/чтение swap<br><br>У меня аналогично, и я думаю, что сброс и начинается от того, что в этот момент недостаточно свободной памяти, по той причине, что зарезервировано много cached memory.<br><br>Еще хочу обратить внимание, что если приложениями используется 700-800 Мб, то и cached не более 400 МБ. Если же запустить тяжёлые процессы (в сумме требующие &gt; 1,5 Гб), то и cached memory увеличивается до 1,0-1,3 ГБ и вот тут начинается активное использование swap.<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#58 Fri, 02 Oct 2009 16:34:08 GMT &gt;[оверквотинг удален]<br>&gt;- at vfs_cache_pressure=100 there is no change in behaviour. <br>&gt;- at vfs_cache_pressure &gt; 100 we reclaim dentries and inodes harder.<br>&gt;<br>&gt;Как я понял (если не так поправьте) увеличение параметра способствует сокращению кешей <br>&gt;(dentries and inodes). <br>&gt;Про то, что оно указывается в процентах от ОЗУ нигде не встречал. <br>&gt;<br>&gt;Думаю если уменьшить тягу к увеличению кеша, то все уместиться в ОЗУ, <br>&gt;и не будет так медлить при работе. Вот и интересуюсь как <br>&gt;это сделать. <br><br>Вот кстати те участки кода где задействовано vfs_cache_pressure:<br>../fs/inode.c<br><br>/*<br> * shrink_icache_memory() will attempt to reclaim some unused inodes. Here,<br> * "unused" means that no dentries are referring to the inodes: the files are<br> * not open and the dcache references to those inodes have already been<br> * reclaimed.<br> *<br> * This function is passed the number of inodes to scan, and it returns the<br> * total number of remaining possibly-reclaimable inodes.<br> */<br>static int shrink_icache_memory(int nr, gfp_t https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#57 Fri, 02 Oct 2009 16:26:02 GMT &gt;&gt;Для начала может быть попробовать опции по умолчанию? - Что они покажут?<br>&gt;<br>&gt;По-умолчанию такая же ситуация - при загрузке памяти более 50% производительность падает. <br>&gt;<br><br>У меня подобная ситуация - но с одним "НО" - у меня это не зависит от текущего объема занимаемого ОЗУ - все тормоза и рост iowait начинаются строго с того момента как начинает использоваться активно сброс/чтение swap... Иногда даже невозможно дальше работать - откликов нет ни на клавиатуру ни на мышу...<br><br>На счет vfs_cache_pressure утверждать ничего не буду - так как попадались статьи, за разные годы их написания, и в каждой статье были разные значения этой опции; и в том числе тоже попадалось о патче позволяющем увеличивать значение этого параметра больше 100%...<br>Просто похоже что с учетом развития ядра эта опция принимала разную смысловую нагрузку... Пусть гуру меня поправят, если я ошибаюсь...<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#56 Fri, 02 Oct 2009 16:12:13 GMT &gt;Для начала может быть попробовать опции по умолчанию? - Что они покажут?<br><br>По-умолчанию такая же ситуация - при загрузке памяти более 50% производительность падает.<br>Забыл дописать, что ставил vm.vfs_cache_pressure = 10 результат ничуть не лучше.<br>Описание vfs_cache_pressure с proc.txt из документации к ядру для меня довольно смутное.<br>&gt; Decreasing vfs_cache_pressure causes the kernel to prefer to retain dentry and inode caches. <br>&gt; Increasing vfs_cache_pressure beyond 100 causes the kernel to prefer to reclaim dentries and inodes.<br><br>В инете в основным ссылается на комментарий к патчу:<br>- at vfs_cache_pressure=0 we don't shrink dcache and icache at all.<br>- at vfs_cache_pressure=100 there is no change in behaviour.<br>- at vfs_cache_pressure &gt; 100 we reclaim dentries and inodes harder.<br><br>Как я понял (если не так поправьте) увеличение параметра способствует сокращению кешей (dentries and inodes). <br>Про то, что оно указывается в процентах от ОЗУ нигде не встречал.<br>Думаю если уменьшить тягу к увеличению кеша, т https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#55 Fri, 02 Oct 2009 09:41:25 GMT &gt;Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или <br>&gt;все не так просто? <br><br>http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO<br> https://mobile.opennet.me/openforum/vsluhforumID3/59486.html#54 Fri, 02 Oct 2009 09:39:23 GMT &gt;Такое же ядро можно самому сотсряпать? В конфиге выбрать preemptible kernel? Или <br>&gt;все не так просто? <br><br>http://rt.wiki.kernel.org/index.php/CONFIG_PREEMPT_RT_Patch<br>