Hi Andy! Wednesday 16, at 03:21:06 PM you wrote: > >Можно добавить след.: > > > >Если вы хотите использовать ядро wks26 в качестве сервера, или вас просто > >не устраивает его работа с некоторыми приложениями, то следует вместо > >realtime использовать capability, что вернет систему привилегий к виду > >std26, и/или записать в /etc/sysctrl.conf следующие строки: > > > >kernel.interactive=0 > >vm.mapped=0 > > > >что отключит все оптимизации, сделанные lowlatency патчем. > > Это нужно помещать в README пакета с ядром, а не в фак. Объяснять почему? > нет, _мне_ объяснять это не надо. В wks26 применено то, что будет (или не будет) применено в std26, например модульные lsm, с которыми сейчас куча проблем. Проблемы эти не из-за отсутствия readme в ядре, а из-за отсутствия необходимой поддержки в самой системе. Можно сделать как rider - спрятаться в песок, собрав LSM в ядре (и нафиг он там такой нужен), можно все-таки обратить внимание на существующую проблему - отсутствие надлежащей обработки lsm модулей. Первый костыль для этого - скрипт realtime, но это костыль, ни на что не претендующий (т.к. в сизифе есть еще один lsm - trustees, который я не собираю именно из отсутствия универсальной обвязки). Нужен некий механизм (не сервис!), который позволит подобно скрипту load_modules, подгружать все lsm в зависимости от ядра. И тогда одним faq станет меньше, а в ALM3.0 будет реально гибкий и прогрессивный механизм для управления lsm. PS Пока все будут это обсуждать, пойду подумаю над механизмом ;) -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR