https://www.opennet.ru/openforum/vsluhforumID3/41440.html Джеф Арнольд (Jeff Arnold) анонсировал (http://groups.google.com/group/fa.linux.kernel/msg/196eb4edf8951b65) в списке рассылки разработчиков Linux ядра систему Ksplice (http://web.mit.edu/ksplice/), предназначенную для обновления частей Linux ядра без перезагрузки. В первую очередь проект ориентирован на установку критических обновлений, связанных с безопасностью, в автоматическом режиме, без остановки работы. <br><br><br>Следует заметить, что Ksplice невозможно использовать, когда изменения затрагивают структуры данных, но подавляющие большинство исправлений ошибок безопасности не производят подобные модификации. При оценке уязвимостей исправленных с мая 2005 по декабрь 2007 года, 87% всех исправлений были пригодными для исправления без остановки работы.<br><br><br>Кроме того, Ksplice универсален и не требует какой-либо модификации работающего Linux ядра, требуется (http://web.mit.edu/ksplice/printk.html) лишь подгрузить два модуля ядра для внесения pre- и post-изменений, и специальным образом офо...<br><br>URL: http://groups. https://www.opennet.ru/openforum/vsluhforumID3/41440.html#35 Thu, 11 Jun 2009 13:03:36 GMT Ну представь, что есть функция, в которой обнаружили уязвимость. Пишут аналог этой функции без уязвимости, оформляют в виде модуля, загружают модуль и меняют в коде ядра вызов старой функции на вызов новой. Вот и все. Снижения скорости не будет (если, конечно, новая функция не будет содержать тормозов).<br>Так бы я делал. Думаю, они сделали похоже.<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#34 Sun, 27 Apr 2008 19:08:30 GMT &gt;Есть же Live-migration в xen и openvz, что-то подобное можно для обновления <br>&gt;ядра придумать, замораживание как при hibernate образа системы, загрузки нового ядра <br>&gt;и размораживание. <br><br>Ну, в теории наверное можно.При неизменности интерфейсов.А что делать если структуры данных поменялись?Программы то не в курсе :)<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#33 Sun, 27 Apr 2008 08:31:35 GMT &gt;&gt;ясно. Вы вообще не в теме. Ну тогда не страшно. Бойтесь :) Не стану разубеждать.<br>&gt;То-есть вы утверждаете, что такими костылями невозможно понизить производительность и стабильность?<br><br>Смотря ЧЕМ запатчить ядро.<br>Если тридцатью вложенными пустыми неоптимизированными цыклами - вопрос о производительности не заставит себя ждать.<br>Если же такими патчами, которые реально были в истории критических патчей (одна-две строки заменяются) - то НЕТ, производительность не упадет.<br><br>Стабильность можно нарушить если работающее ядро и новые функции будут собраны разными компиляторами или же с разными опциями. И не иначе. Но кто так будет делать - сам себе буратино :)<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#32 Sun, 27 Apr 2008 08:02:38 GMT &gt;ясно. Вы вообще не в теме. Ну тогда не страшно. Бойтесь :) Не стану разубеждать.<br><br>То-есть вы утверждаете, что такими костылями невозможно понизить производительность и стабильность?<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#31 Sat, 26 Apr 2008 19:58:15 GMT &gt;У МС есть патент на даблклик. Тож молчат. И такого много.<br><br>Представляю себе, если они попытаются заявить об этом :-) Их если и не съедет заживо, то как минимум будут пальцем показывать: "Эй смотрите, вон чувак из Микрософта пошёл" :-D<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#30 Sat, 26 Apr 2008 19:33:03 GMT &gt;&gt;никаких предварительных модификаций ядра не требуется.<br>&gt;&gt;Чего ты боишся интеграции этой системы сборки в дистрибутив ядра?<br>&gt;Это как? Предварительных модификация не требуется, но интеграция в дистрибутив ядра нужна? <br><br>Не нужна :) Бери пользуй так. Но ее могут включить в дистр ядра.<br>А человек этого боиццо. Че - непонятно....<br><br><br>&gt;Я боюсь вот этого: <br>&gt;&gt;требуется лишь подгрузить два модуля ядра для внесения pre- и post-изменений, и &gt;специальным образом оформить файл изменений, который будет спроецирован на работающее &gt;ядро. <br>&gt;Что-то мне подсказывает, что "специальным образом оформленный файл изменений, спроецированный на работающее <br>&gt;ядро", будет существенно тормозить само ядро и будет весьма нестабильной штукой. <br>&gt;Технология, честно говоря, не ахти какая.<br><br>ясно. Вы вообще не в теме. Ну тогда не страшно. Бойтесь :) Не стану разубеждать.<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#29 Sat, 26 Apr 2008 19:29:16 GMT &gt;никаких предварительных модификаций ядра не требуется.<br>&gt;Чего ты боишся интеграции этой системы сборки в дистрибутив ядра?<br><br>Это как? Предварительных модификация не требуется, но интеграция в дистрибутив ядра нужна?<br><br>Я боюсь вот этого:<br>&gt;требуется лишь подгрузить два модуля ядра для внесения pre- и post-изменений, и &gt;специальным образом оформить файл изменений, который будет спроецирован на работающее &gt;ядро. <br><br>Что-то мне подсказывает, что "специальным образом оформленный файл изменений, спроецированный на работающее ядро", будет существенно тормозить само ядро и будет весьма нестабильной штукой. Технология, честно говоря, не ахти какая.<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#28 Sat, 26 Apr 2008 07:08:30 GMT &gt;Ну на Десктопе такое понижение производительности и рисс нестабильности не нужно. Надеюсь, <br>&gt;по умолчанию в ядро не впихнут :) <br><br>никаких предварительных модификаций ядра не требуется. Чего ты боишся интеграции этой системы сборки в дистрибутив ядра?<br> https://www.opennet.ru/openforum/vsluhforumID3/41440.html#27 Sat, 26 Apr 2008 06:21:30 GMT Ну на Десктопе такое понижение производительности и рисс нестабильности не нужно. Надеюсь, по умолчанию в ядро не впихнут :)<br>