LINUX.ORG.RU

Kak ускорить перезагрузку Линукса


0

0

В недрах лабораторий IBM родился новый проект под названием KExec. KExec является патчем для ядра Линукса платформы x86 32, котoрый позволяет ускорить перезагрузку машины в несколько раз путём запуска нового ядра Линукса, избегая стадию hardware boot и начального загрузчика, размещая новое ядро прямо поверх работающего.

>>> Подробности

★★★★★

Проверено: Demetrio

buying pentium3 you can reboot faster...

anonymous
()

Я вот помню в каком то посе упоминалось, что есть патч позволяющий на многопроцессорной машине обойтись вообще без перезагрузки при смене ядра. ЭТО ДЕЙСТВИТЕЛЬНО ТАК?? Где его можно слить? Очень хочется проверить это чудо.

Orlangoor ★★★★★
()

Или хотя-бы поверить

anonymous
()

Как меня раздрашают дети желающие менять ядро без перезагрузки.


1. Любой сервис можно остановить на 10 минут, главное выбрать время.
2. Если от сервиса требуется такая надежность, что остановка на 10 минут это очень плохо, то сервера должны работать в кластере, чтобы ликвидировать простои по вине железа, ОС и т.п.

Все остальные случаи это пижонство пионеров.

anonymous
()
Ответ на: комментарий от Shef

2Shef (*) (06.05.2004 16:33:28)

1. just for fun
2. они ядра без перезагрузки пока не меняют

так что свободен пыонер.

anonymous
()
Ответ на: комментарий от Shef

2Shef (*) (06.05.2004 16:33:28)

я уж не говорю про то, что в aix5.2L в 1-ой maintaince level'e при пепеполнении jfs2 возможен её corruption, так что стой себе кумиров дальше пыонер.

anonymous
()
Ответ на: комментарий от anonymous

я думаю это удобно при разработке ядра, наверняка для того и делается, а менять ядра на продакшн платформе так извратно - себе дороже выйдет. ИМХО.

anonymous
()
Ответ на: комментарий от anonymous

Надежность определяется как отношение времени работы к времени простоев, в том числе и по причине обновления ядра. Следовательно уменьшая время перезагрузки или вообще обходясь без таковой мы повышаем наджность. И для кластеров и прочих высонадежных систем это имеет значение, так как уменьшает время работы с уменьшенным резервированием.

А масдайка всегда после каждого патча будет перезагружаться. И все разговоры об уровне надежности с кучей девяток у масдайных систем не стоят повторного упоминания об этом, увы...

anonymous
()

интересно, когда ж ibm попросит таки вернуть денюжки за разработки? и с кого - тоже интересно.

anonymous
()
Ответ на: комментарий от anonymous

klassnij patch --- teper mozhno prosto menjat jadra ochen bistro..

anonymous
()
Ответ на: комментарий от Orlangoor

> Я вот помню в каком то посе упоминалось, что есть патч позволяющий на многопроцессорной машине обойтись вообще без перезагрузки при смене ядра. ЭТО ДЕЙСТВИТЕЛЬНО ТАК?? Где его можно слить? Очень хочется проверить это чудо.

Я недавно всречал инфу о том как пропатчить ядро без перезагрузки.

anonymous
()
Ответ на: комментарий от anonymous

>ну а когда ядро менять надо?

Раз в год :-)

и что? ради этого перезагружаться? никой спортивной фаллометрии не получится ;)

blind
()
Ответ на: комментарий от blind

Прикольно, когда в BIOS на загрузку стоит пароль. Можно спокойно перегружаться, и пароль не вводить. Как в DOS'e int 19h :)

anonymous
()

Скоро патч для ядра для запуска grub/lilo без перезагрузки сделают - можно будет из линуха винду или ещё чего быстро грузить. :)

mikhail
()

> В недрах лабораторий IBM родился новый проект под названием KExec.
Какой бред, какой бред...
Этот механизм разработал Eric W Biederman, по совместительству
разработчик LinuxBIOS, dosemu и ещё нескольких проектов, но к
IBM он никаким боком не относится! К тому же патч этот уже года
полтора как широко используется, а IBM только сейчас опубликовали
о нём эту статью.
И это по вашему новость? Во первых "новости" этой уже несколько
лет от роду, во вторых - деза в заголовке новости. Спрашивается,
нафига?

anonymous
()
Ответ на: комментарий от anonymous

> то сервера должны работать в кластере, чтобы

Ой, бороть нам ещё безграмотность, не перебороть...

anonymous
()
Ответ на: комментарий от anonymous

>Ой, бороть нам ещё безграмотность, не перебороть...

Это ты про себя?

svyatogor ★★★★★
()
Ответ на: комментарий от anonymous

> Как меня раздрашают дети желающие менять ядро без перезагрузки.

вообще то это для embedded может быть полезным

anonymous
()
Ответ на: комментарий от anonymous

>Как меня раздрашают дети желающие менять ядро без перезагрузки.

Малчик, а ты никогда не слышал про Just For Fun?

Orlangoor ★★★★★
()
Ответ на: комментарий от Orlangoor

2Orlangoor (*) (06.05.2004 22:44:14)

Девочка, я тебе сам про just for fun написал, а менять без ребута на серверах уже на just for fun.

anonymous
()
Ответ на: комментарий от Orlangoor

Вспомнил когда давно баловался такой вещью правда под ДОС-вынь - надо было бысто грузиться в линукс - ждать было долго пока биос загруится потом с флопа грузится ( балы там какая то хитрая карта иде ) там там лелал перехо памяти сразу на загрузку и моментальный боот Подрбностей правда уже не помню - старею :(

anonymous
()
Ответ на: комментарий от anonymous

>>Подрбностей правда уже не помню - старею :(

Да, оно заметно... =)

anonymous
()
Ответ на: комментарий от anonymous

Были же две чудные машины - 11 лет аптайма и 12. И там тоже все менялось без перезагрузок, включая железо.

К этому надо стремиться, а не говорить - кластеры, девочки... Эдак винда получится.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

> >на чем работали эти чудные машины? :)

> на столе :-) это врядли... стол за это время развалится :)

нарно в стойках стояли... :)

hoopoe ★★
()
Ответ на: комментарий от hoopoe

>это врядли... стол за это время развалится :)

У меня столу (обеденному =) больше 100 лет (и всё время используется), им ещё мои предки пользовались. Мой дом (1981 год, 602 серия) скорее развалится, чем стол. :)

mikhail
()
Ответ на: комментарий от mikhail

Вот какие столы надо для северов использовать, а то все стойки, стойки...

anonymous
()

Этот патч достаточно древний, так что хз, почему инфа появилась только сейчас...

anonymous
()
Ответ на: комментарий от anonymous

Мля! Стоко трёпа и безтолку. Нужно обсуждать для констуктива "не зачем" а также препираться тут в различных вариантах, а действительно обсуждать саму идею и выгоды от ее применения. Все остальное типа "кто пионер, мальчик или девочка" как-то, с годами, кажется фиолетовым

Теперь по существу:

Попробовал сиё чудо (кехес) на слаке 9.1 - с мм версиями чего-то не дружит на ветке 2.6.5 - ядро при компиляции вываливается в эрор. Разбираться было влом. :-) точнее отложил - так как нету столько времени свободного. На стандартном как-то тоже не сложилось - работать кехес отказывался, вываливался в сегментейшн фаулт - дело было поздним вечером, на обломе пока все и остановилось. Покопаю на досуге еще. Возможно причина была в попытке грузить мм-патченное ядро (других просто не было под рукой на стенде тестовом) Отказываться от мм патча ради этой фишки ламает :-( Пока типа вся эта лабуда перешла в разряд суспендед при обнаружении описанных выше обломов.

Интересно у кого-нить кроме трепа чего-нить конструктивное получилось на ядрах ветки 2.6?

anonymous
()
Ответ на: комментарий от vada

> А что при этом произойдет?

Произойдёт перезагрузка всего кроме железа и DOS'a т.е. ТОЛЬКО VXD-драйвера, DLL-ки, GUI и т.д.

anonymous
()
Ответ на: комментарий от anonymous

> Есть, но не работает" означает "нет". Или я что-то путаю?

оно работает на тех архитектурах для которых это было нужно и для которых это и делали -- на этих архитектурах обычная перезагрузка осложнена. Работает ли на i386 я не знаю, по моему нет, я раньше не пробовал (сегодня только узнал:)

dilmah ★★★★★
()

Хорошая вещь перспективная, теперь линус будет грузить ядро без перезагрузки и разработка 2.6 пойдет еще быстрее, и еще быстрее...

anonymous
()

А есть чтонибудь подобное для 2.4? А то я по ссылкам которые есть на сайте IBM где указаны аналогичные проекты полазил и нашел только для 2.6/2.5/2.3, а для 2.4 есть гденибудь/чтонибудь? Никто URL не подскажет?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.