https://www.opennet.ru/openforum/vsluhforumID3/63763.html До сих пор, в основной ветке Linux, использовался только один тип спилок-блокировок (http://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D0%BD%D0%BB%D0%BE%D0%BA) - &#171;вращающиеся&#187; спинлоки (spinning spinlocks). Однако, в дереве PREEMPT_RT, они должны быть дифференцированы между спинлоками которые могут &#171;засыпать&#187; в режиме реального времени и обычными спинлоками, даже в режиме реального времени. Это требует нового пространства имен и решения, какой тип спинлоков переименовать.<br><br><br>На конференции Kernel Summit 2009, было решено (http://www.osadl.org/Single-View.111+M58050282514.0.html) не переименовывать блокировки, которые должны быть преобразованы в &#171;засыпающие&#187; спинлоки в дереве PREEMPT_RT, поскольку это привело бы к огромному количеству патчей и, безусловно, создало бы путаницу. <br><br><br>Позднее, в заключительной стадии слияния Linux 2.6.33, Линус выступил с предложением:<br><br><br>- Переименовать архитектуру реализаций спинлоков от raw_spinlock к arch_spinlock.<br>- И...<br><br>URL: http://www.osa https://www.opennet.ru/openforum/vsluhforumID3/63763.html#37 Mon, 15 Feb 2010 13:53:22 GMT &gt;vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу <br>&gt;данных при имеющейся свободной памяти как относятся? <br><br>vm.swappiness вроде бы непосредственно, а остальные к oom же<br> https://www.opennet.ru/openforum/vsluhforumID3/63763.html#36 Mon, 15 Feb 2010 10:06:59 GMT Какие например?<br> https://www.opennet.ru/openforum/vsluhforumID3/63763.html#35 Sun, 14 Feb 2010 12:20:38 GMT vfs_cache_pressure не видел, посмотрю, про остальные в курсе, но они к свопу данных при имеющейся свободной памяти как относятся?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/63763.html#34 Fri, 12 Feb 2010 12:46:21 GMT &gt;Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях объемов <br>&gt;памяти, дисковых буферов, и других параметров, я не знаю, в исходниках ядра бываю редко. <br><br>А г-ди, исходники ядра.. google://vm.swappiness vm.vfs_cache_pressure, насчет oom killer с компанией &#8212; vm.overcommit_memory vm.oom_kill_allocating_task vm.overcommit_ratio<br>Врядли вам нужно больше.<br> https://www.opennet.ru/openforum/vsluhforumID3/63763.html#33 Fri, 12 Feb 2010 00:33:41 GMT Похоже, что ты вообще мало имел дел с линуксом. Только троллить горазд на опеннете.<br> https://www.opennet.ru/openforum/vsluhforumID3/63763.html#32 Thu, 11 Feb 2010 23:48:43 GMT Честно говоря, критериев, приводящих к выбросу в своп при конкретных значениях объемов памяти, дисковых буферов, и других параметров, я не знаю, в исходниках ядра бываю редко.<br><br>Я не знаю, какими дистрибутивами вы пользуетесь, но ситуация, которую вы описываете, как раз характерна для неправильной работы механизма распределения памяти. Выкинуть в своп - всегда правильное решение для least recently used данных, особенно на сервере. При недостатке памяти первым делом он покиляет дисковые кэши, а уж потом начнет выгружать в своп страницы. <br><br>Если вы дергаете постоянно приложения, переключаясь между ними, очевидно, что грамотный менеджер памяти не будет выкидывать их в своп, возможно, именно про это отличие от windows вы говорите. Но понятно, что выкинуть страницы софта, отожравшего три дня назад 300 Мб памяти и не обращавшегося к ним, для ускорения интенсивного обмена с диском той же самой MySQL или для потребностей другого ресурсоемкого приложения - прямая обязанность диспетчера памяти.<br><br>Также учитывайте ме https://www.opennet.ru/openforum/vsluhforumID3/63763.html#31 Thu, 11 Feb 2010 07:58:54 GMT &gt;По умолчанию это не так.<br><br>В каких ядрах, ос и прочая? В ванилле какойнить? А то попавшиеся под руку "десктопные" линухи вели себя именно описанным мной образом - своп обычно пустой пока не начнет натурально прижимать :).Да и на серверных что-то не видел отлива в своп пока душняк не наступил. Что я делаю не так? oO <br> https://www.opennet.ru/openforum/vsluhforumID3/63763.html#30 Thu, 11 Feb 2010 07:56:12 GMT &gt; Ну вообще-то линукс как раз может юзать своп, хотя еще очень много свободной памяти<br><br>Простите, а вы это в теории проверяли или на практике? <br>По шагам: <br>1) Берем машину с достаточным размером оперативы чтобы в нее лезло все (ну допустим 4..8 гигз для десктопа со всеми наворотами).<br>2) Цепляем своп.<br>3) Юзаем.<br>4) Посматриваем на юзеж памяти и свопа.<br>5) Постепенно засираем память.<br>6) Особенно активно смотрим на состояние свопа когда выжранное приближается к размеру оперативы. <br><br>Что как правило видим? Пока свободной памяти много - своп вообще линуху перпендикулярен. Туда не льется ни-че-го. В нем лежит какие-то несколько килобай. И ... все. Поэтому переключение между разными увесистыми апликухами вообще не тормозит до тех пор пока все запущенное лезет в физическую оперативку. Когда лезть перестает - начинается отлив в своп того что давно не использовалось. Да, ессно тормоза начинаются но это хороший сигнал что что-то идет не так и кто-то из процессов пошел вразнос и суммарный жрач начинает превышать фи https://www.opennet.ru/openforum/vsluhforumID3/63763.html#28 Thu, 11 Feb 2010 00:43:02 GMT &gt;нет, не согласен в книги FreeBSD. Архитектура и реализация. Невил-нил Д. В., <br>&gt;Маккузик М. К имеено проблема была со свапом, поэтому FreeBSD не может <br>&gt; работать как real-time система + ОЧЕНЬ БОЛЬШОЙ ВОПРОС TCP/IP <br><br>Хоть в одном стандарте на TCP/IP есть временные константы ??? Ну а хрен тогда...<br>&gt; как будете прогнозировать точное время выполения задачи??????????????????????????<br><br>Маккузик крутой наверно перец, что даже не учёл понятия "СИСТЕМА"!!!<br><br>Никто против не будет если я любую сеть обзову системой?! Нет!<br>Имеем минимум два хоста соединённые в сеть, [X] --- [Y], <br>поднимите чё-нить, кто за то, что эту ситему можно назвать REAL-TIME, только <br>при условии, что ОБА ЭЛЕМЕНТА СИСТЕМЫ ЯВЛЯЮТСЯ REAL-TIME?! <br> <br> RT = (X c RT) + ( Y c RT ) <br><br>По-русски - Множество RT полно, тогда и только тогда, когда каждый элемент подмножества принадлежит этому множеству.<br><br>Так какой в попу реал тайм, если даже не известно придет ли пинг обратно, <br>скажем из Чили, или со спутника. <br><br>Всё ещё против?! Ну тогда друг