Актуализиране на ядрото без рестартиране не означава по никакъв начин, че системата продължава да сервира услугите, за които е настроена по време на актуализацията. Всъщност единственото, което се печели е малко време, икономисано от системната проверка, биос , айло и други подобни услуги (което при някои сървъри отнема до 5 минути).

[Отговори на този коментар]

Към: За да не стават обърквания....
От: go_fire <g[ точка ]aleksandrov (a) mail[ точка ]bg>
На: 15-02-2015@15:42 GMT+2
Оценка: 1/Неутрален

При старата система, която е в ядрото още от
вторите версии, не бе така. Там всичко се
замразяваше, сменяше се въпросният код и се
отмразяваше. Не се спираше и пускаше наново
нищо. Причината да не беше много ползвана,
беше, че беше рудиментарна, демек всичко се
правеше на ръка и си искаше познания и
внимание.

Не вярвам новите системи да са така както ги
описваш, защото това е безсмислено и няма
защо да се прави. Дори полуидиот като
Пьотеринг не би направил подобно нещо.

Разбира се, ако не си се изразил правилно и
всъщност казваш, че системата не отговаря по
време на актуализация, това си е в реда на
нещата.

Това е нещо, в което Линукс беше безкрайно
остаряло и повод за подигравка като
непрофесионално. Приемрно един AIX го има от
осемдесетте и неговите инженери казваха —
какви сте вие и къде се бутате, там от дето
забравяме, че сме се върнали, вие не сте и
тръгнали още, не сте се наканили да
тръгнете.

Радвам се, че най-после и този ужасен
недостатък е на път да си иде.

Малко се опасявах, че с тази конкуренция
между kgraf и kpatch (едното се появи
буквално дни след другото) ще стане същата
свинщина като със затворите и
маршрутизирането, където има няколко
конкуриращи се системи, нито една от които
не е достатъчно добра, не е достатъчно
стабилна и не е стандартизирана, за разлика
от света на bsd например.

Безкрайно съм щастлив, че поне тук са
проявили разум, който е надделял над
дребнавите интереси.

[Отговори на този коментар]

---

Към: Към: За да не стават обърквания....
От: Mladen Radev <mladenradev< at >gmail< dot >com>
На: 15-02-2015@16:49 GMT+2
Оценка: 1/Неутрален

Аз като чета то промяна особена няма. Явно има раздвижване малко... Иначе - да... Кръпките са си кръпки, но версия на ядрото няма как да смениш по този начин.

[Отговори на този коментар]

---

Към: За да не стават обърквания....
От: tony
На: 15-02-2015@19:39 GMT+2
Оценка: 2/Информиращ

Младене, мисля, че бъркаш ksplice с kexec. Kexec ти позволява да стартираш нов кернел и така да
спестиш POST и т.н (това което ти описва)

Ksplice от друга страна ти позовлява да пачнеш работещия кернел, без даунтайм. Това се прави като се
пише директно в паметта на кернела. В началото на функциите, които трябва да се пачнат, се слага
извикване към ъпдейтната версия на функцията. Също се променят нужните дейта структури. Така, че на
теория е напълно възможно да преминеш от една кернел версия към друга, без никакъв даунтайм (може
би само лек delay, докато freeze-неш системата и извършиш самото пачване, но това е въпрос на секунда).

[Отговори на този коментар]