Исходное сообщение
"Компания Red Hat открыла код kpatch для организации обновлен..." Отправлено pavlinux, 05-Мрт-14 00:38
> CONFIG_FUNCTION_TRACER А с этой фичей, оверхед проца-то вырос, прим. на 10°C В общем, поюзал... глюкалово страшное. Если патч на модуль, то раз в 500 проще перекомпилить модуль, остановить сервис, rmmod/insmod и снова в путь. Если на ROOTFS, в принципе, через mount --bind на ramfs, перегрузить модуль и обратно. Но это, по сути, тот же reboot. :) И во-вторых kpatch - это временное средство, ядро всё равно обновлять придётся. Не, можно и так работать, но есть вероятность, что модуль прибьёт OOM_killer, или при крэшдампе отвалится.     > ... не могут применяться к функциям, вызываемым только на стадии инициализации ядра; Хе.. эти функции есть большой и толстый конфиг ядра, они в работе не используются. Смысла их патчить вообще нет.   Лучше бы за пилили работу с двумя ядрами - master/slave © В каждом ядре список символов с версиями, менеджер версий. Например та же schedule() была бы ссылкой на более старшую версию из таблицы: schedule()_3121155 и schedule()_3121157   При появлении символа schedule()_3140000, все новые вызовы   schedule(), вызывали бы schedule()_3140000.