Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Google развивает систему перезагрузки ядра без остановки работы устройств"	+/–
Сообщение от opennews (??), 21-Мрт-25, 22:12
Инженеры из компании Google опубликовали для обсуждения разработчиками ядра Linux набор патчей с реализацией подсистемы Live Update Orchestrator (LUO), предназначенной для обновления ядра в Live-режиме. В отличие от таких механизмов, как livepatch, Ksplice, kpatch и kGraft, новая система не ограничивается возможностью применения отдельных исправлений к работающему ядру Linux, а позволяет полноценно перезагрузить и обновить ядро без остановки работы отдельных  устройств.  Проект базируется на наборе патчей KHO (Kexec HandOver) к механизму kexec, применяемому для загрузки нового ядра из уже запущенного ядра Linux без физической перезагрузки... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62929
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 21-Мрт-25, 22:12	+16 +/–
Ой а руткиты то как воспрянут духом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #42, #68, #80

3. Сообщение от Аноним (3), 21-Мрт-25, 22:20	+4 +/–
Будут обновлять десктопного Андрея без перезагрузки. Жду Google Pixel Laptop ещё сильнее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

7. Сообщение от Интересующийся (??), 21-Мрт-25, 22:34	–4 +/–
Т.е., пилится для облачных технологий?! Ясно. Что-то много стало уклона в облако. Корпорации хотят всех пересадить на  сервисы с подпиской? Для... Максимум спектра задач компаний и ФЛ. Понятно. Не хочу я чего-то...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #10, #49, #67

8. Сообщение от Аноним (8), 21-Мрт-25, 22:38	+10 +/–
Пилится в первую очередь для себя. И с барского плеча так и быть отдаётся сообществу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #23, #41, #69

9. Сообщение от xsignal (ok), 21-Мрт-25, 22:40	+/–
Бред, глюкодром. Перезагрузка нужна. "Семь бед - один ресет!"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

10. Сообщение от Аноним (10), 21-Мрт-25, 22:41	–1 +/–
Облачные сервисы масштабируемы, дело не в хомяках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Аноним (10), 21-Мрт-25, 22:42	+1 +/–
Тёплая перезагрузка?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

12. Сообщение от Аноним (12), 21-Мрт-25, 22:52	–3 +/–
Гуглярщики в этот раз паразитируют на чужих разработках. Что в тексте описано. Хотя почему в этот раз?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

13. Сообщение от BlackRot (ok), 21-Мрт-25, 22:56	+4 +/–
Мягкая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #20, #50

14. Сообщение от чатжпт (?), 21-Мрт-25, 23:14	+2 +/–
чего только не придумают, лишь бы микроядро не использовать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #54

15. Сообщение от Аноним (15), 21-Мрт-25, 23:14	+15 +/–
И без вашего ведома.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #25

16. Сообщение от Аноним (15), 21-Мрт-25, 23:17	+1 +/–
А если микроядро нужно перезагрузить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #18, #38, #52, #85

17. Сообщение от Аноним (17), 21-Мрт-25, 23:19	+4 +/–
А как насчёт системы перезагрузки ядра без перезагрузки ядра?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

18. Сообщение от чатжпт (?), 21-Мрт-25, 23:27	+2 +/–
если нужно - перезагружай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от Тор (?), 21-Мрт-25, 23:28	–2 +/–
Слабо вообще без ядра запускать систему ? Вот и я думаю слабо , можно сделать и тогда ядро не будет нужно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #53, #75

20. Сообщение от бочок (??), 21-Мрт-25, 23:34	+/–
Мелкая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

23. Сообщение от Интересующийся (??), 22-Мрт-25, 00:18	+2 +/–
Заруби себе на носу. Корпорации, тем более транснациональные, никому с "барского плеча" ничего не дают. Это бизнес и очень жесткий, возможно даже жестокий. А бизнес всегда преследует выгоду. Всегда. Они прагматики. И если они скинули опенсорс, то, как вероятность, лишняя поддержка сообщества вне их штата, хотя бы в тестировании. К тому же, посмотри объемы проектов облачных технологий. Хотелось бы еще объемы инвестиций, их доли посмотреть... Когда надо, они надавят и на форки, и на разработчиков, и на кого угодно, если будет нужда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #24, #36

24. Сообщение от anonymous (??), 22-Мрт-25, 01:30	–3 +/–
Тебе бы стоило понимать, что выражение "с барского плеча" в современном мире используется в ироничном смысле. Ясен перец, корпорации не баре и ничего с барского плеча не дают. Я хз, что ты под этим выражением понимал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от Аноним (3), 22-Мрт-25, 01:46	–3 +/–
И это хорошо эти нотификации "обнови меня" утомляют. Хром сам вон обновляется и это с самого начала была его основная фича.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

27. Сообщение от Анониссимус (?), 22-Мрт-25, 02:31	+3 +/–
Поскорее бы уже! А то обновляться жалко. Вот сейчас на моём роутере с openwrt 207 дней аптайма. Обновлюсь -- и слетит, цифарки будут маленькие, меряться нечем будет!
Ответить | Правка | Наверх | Cообщить модератору

28. Сообщение от Аноним (-), 22-Мрт-25, 02:49	+/–
> позволяет полноценно перезагрузить и обновить ядро без остановки > работы отдельных устройств А вот это круто, да. Ну что, дбас, учись как надо было! :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

32. Сообщение от penetrator (?), 22-Мрт-25, 08:19	+1 +/–
а реально полноценно? что-то не верю, как писали выше риск глюкодрома присутствует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #81

35. Сообщение от Cyd (?), 22-Мрт-25, 08:58	+3 +/–
Полезно для секты свидетелей аптайма) Для всех остальных нормальная перезагрузка надежнее. А уж в облаке какие проблемы  перезагрузить хост не прерывая гостевые машины?!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #45

36. Сообщение от Аноним (36), 22-Мрт-25, 09:02	+2 +/–
Ты какой-то сердитый, аноним. Бизнес, может, и жёсткий, но большие корпорации обычно занимают какие-то ниши, и в них укореняются, из-за этого их оттуда сложно выбить, и поэтому они начинают коррумпироваться и разводить DEI и прочую ESG. Так что корпорации тоже "с барского плеча" тоже бывает что и дают, из-за всеобщего раздолбства. Но и бывает так, что компании просто выгоднее "положить продукт на Гитхаб и забить на него". Типа, какие-то баги сообщество само найдёт, для каких-то даже патчи пришлёт. Да и просто выделять инженера на поддержку особенно не придётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

37. Сообщение от Аноним (37), 22-Мрт-25, 09:25	+2 +/–
Перейдите по ссылке на патч, автор Kexec HandOver  - Changyuan Lyu  из Google.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

38. Сообщение от Аноним (38), 22-Мрт-25, 09:31	+/–
Танненбаум: https://youtu.be/MG29rUtvNXg?si=6S86vXq40RzXen5-&t=2378
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

39. Сообщение от Аноним (39), 22-Мрт-25, 09:39	+/–
Вот в этом весь си в отличии от... (не буду называть его вслух)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #48, #62

40. Сообщение от Аноним (-), 22-Мрт-25, 09:48	+/–
Ну пока до этого дойдут, у них уже будет тотальный контроль
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

41. Сообщение от Аноним (-), 22-Мрт-25, 09:51	–1 +/–
Пилится в первую очередь для соблюдения их реальной ценности - монополия. А именно монополия на власть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

42. Сообщение от КО (?), 22-Мрт-25, 09:58	+3 +/–
Ну так это основное назначение данной системы, всё для удобства пользователя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

43. Сообщение от Аноним (-), 22-Мрт-25, 10:02	–2 +/–
Вопрос, а исходный код облака они тоже предоставят? Или на открытости Линукса можно ставить крест?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

44. Сообщение от Аноним (-), 22-Мрт-25, 10:05	–1 +/–
Это хорошо для коммерческих систем. Или хотите сказать что облако будет у вас в домашней сети на отдельном компьютере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

45. Сообщение от нах. (?), 22-Мрт-25, 10:13	+/–
> Полезно для секты свидетелей аптайма мне кажется, он при этом сбрасывается? > А уж в облаке какие проблемы  перезагрузить хост не прерывая гостевые машины?! эмюээээ... как бы эта... в общем, если это не никому ненужная васян-виртуалка с нулевым лоадом - проблема некоторым образом имеется. В масштабах гули этой - серьезная. Только совершенно непонятно как эта поделка ту проблему решает. Память сбрасывается, сетевые соединения рвутся, виртуалки отправляются в "suspend to disk", по сути (они при этом могут думать что это suspend to memory, но кому-то все равно сохранять на диск). Что мало отличается от предыдущего по накладным расходам, особенно если у гугли за последние 15 лет ничего не поменялось в плане того что "диски" в люстре, люстра в облачке, над облачком дух Г-день витает и светится. У них перегрузилась этим обновлениями именно основная сеть, отдельная от кластерной, и настолько что прям нннада ее беречь? (вообще-то удивлюсь если у них есть еще и отдельные сети, а не единственный сетевой адаптер на всю картонку) Или кому-то просто не хватало баллов для performance review? К тому же из вяликих достижений заявлено "не сбрасываются состояния устройств". Кто видел гуглевые обувные коробки - тот сильно удивлен, чего там за наносекунды экономятся, и, кстати, не следует ли такую поделку сбрасывать раз в каждые 12 часов просто для надежности? Загружаться она должна практически мгновенно, это тебе не делловский рэк. (который тоже не просто так по 15 минут жвалами печально перебирает, а как раз во избежание ненужных приключений потом)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #51

46. Сообщение от гугель (?), 22-Мрт-25, 10:14	+1 +/–
> Вопрос, а исходный код облака они тоже предоставят? Или на открытости Линукса > можно ставить крест? Мы вам исходный код люстры уже разок предоставили. Напомнить, что вы с ним сделали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #59

47. Сообщение от Аноним (47), 22-Мрт-25, 10:20	+/–
Горячая перезагрузка?
Ответить | Правка | Наверх | Cообщить модератору

48. Сообщение от Аноним (48), 22-Мрт-25, 10:57	+4 +/–
lisp?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

49. Сообщение от Аноним (49), 22-Мрт-25, 11:04	+3 +/–
Мне уже интересно сколько разных теорий заговора местные не очень здоровые люди родят в комментах к этой новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #56

50. Сообщение от vitalif (ok), 22-Мрт-25, 11:19	+1 +/–
Вялая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

51. Сообщение от Аноним (-), 22-Мрт-25, 11:23	+/–
> Только совершенно непонятно как эта поделка ту проблему решает. Память сбрасывается, сетевые соединения рвутся, виртуалки отправляются в "suspend to disk", по сути (они при этом могут думать что это suspend to memory, но кому-то все равно сохранять на диск). А мало вариантов? - Перенести (синхронизировать) текущее состояние на другой компьютер в облаке, а текущий обновить. Будет выглядеть как небольшое подвисание на насколько секунд из-за переподключения сетевого соединения. - Перезагрузить и проверить что обновление прошло нормально и переподключиться. Если что-то пошло не так загрузить образ из бэкапа в облаке. Это кстати полезно пользователям для которых эти новшества будут в ядре. Только далеко не все этому будут рады. - Запустить новое ядро не выключая старое выделив отдельные ресурсы, синхронизироваться со старым. Если все нормально, старое убираем. Если что-то не так переходим на старое, если что-то совсем не так то грузимся из облака. С чего вы взяли что сетевое соединение порвется? Если что-то не так подымается то что работало. И тем не менее даже одну сетевую карту можно использовать и из разных машин. Т.е. не выключая старое соединение останется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #55

52. Сообщение от Аноним (-), 22-Мрт-25, 11:26	+/–
> А если микроядро нужно перезагрузить? Мимо. Просто глянь что это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

53. Сообщение от Аноним (-), 22-Мрт-25, 11:30	+/–
> Слабо вообще без ядра запускать систему ? Вот и я думаю слабо , можно сделать и тогда ядро не будет нужно Компьютеры уже были когда-то однозадачными. Это действительно работает, только усилий много нужно. Поэтому эволюция пришла к ядру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #57

54. Сообщение от Аноним (-), 22-Мрт-25, 11:32	+/–
А ведь это правда - микроядра вполне решают такие задачи, зачем облака я ядре Линукс? Если я конечно правильно понял новость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #72, #74

55. Сообщение от нах. (?), 22-Мрт-25, 11:42	+/–
>> Только совершенно непонятно как эта поделка ту проблему решает. Память сбрасывается, > А мало вариантов? > - Перенести (синхронизировать) текущее состояние на другой компьютер в облаке, а текущий вот эту проблему они вроде как и хотели решить. Для непонятливых, не видящих дальше локалхоста: это на самом деле проблема - сложно и дорого в масштабах той гули. Вон ВК даже и не стал пытаться - шмяк рубильником. А чотакова, облачка, белогривые лошарики, linear scaling, а юзер нажмет reload, в конце-то концов. Но совершенно непонятно, чем данное решение лучше. Все равно состояние надо сохранять а потом восстанавливать, нагрузку на это время куда-то девать... т.е. "задача сведена к предыдущей", только еще и добавились дополнительные приседания с "без переинициализации устройств", как будто это чем хорошо. > обновить. Будет выглядеть как небольшое подвисание на насколько секунд из-за не, не настолько все плохо. ;-) Но все равно нехорошо. > облака. С чего вы взяли что сетевое соединение порвется? Если что-то эммм... как бы тебе... > не так подымается то что работало. И тем не менее даже > одну сетевую карту можно использовать и из разных машин. Т.е. не > выключая старое соединение останется это фантастика
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #60, #61

56. Сообщение от Аноним (-), 22-Мрт-25, 11:47	–2 +/–
Много. Это вообще под вопросом кто тут не очень здоров. Вот смотри в программировании программисты весьма часто обращают внимание на время жизни компонентов для решения задач. Вот и представь что государства это такие же программы которые имеют компоненты с разным временем жизни. И американская программа весьма интересно устроена - для того чтобы добиться разнообразия решений у них президент  выбирается раз в 2 года. Казалось бы такое разнообразие приведет к хаосу лебеди, рака и щуки, но нет - есть компании у которых время жизни более сотни лет. Компании которые вкладывают в свое государство (а не в чужые как у некоторых) производят государственную политику, т.е. часть проблем управления им делегируется. И они как-то друг с другом прекрасно взаимодействуют, особенно с товарищем майором, в отличии от некоторых, которые предпочитают францюватого товарища майора в партнёрах чем сотрудничать со своими рассказывая про человека мира (вообще термин интересный если поискать что это). А для решения этой задачи как описали в другом комментарии существуют микроядра и давно и вопрос в том - зачем в открытом ядре взаимодействие с проприетарным облаком? Впрочем это если исходить из новости - патч собственно не разжевывается подробно. Может там все проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

57. Сообщение от Аноним (57), 22-Мрт-25, 12:25	–1 +/–
> Компьютеры уже были когда-то однозадачными у вас уже 1000500 ядер в цпу для 1000500 задач? > Поэтому эволюция пришла к ядру. спекуляция пришла
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

58. Сообщение от ryoken (ok), 22-Мрт-25, 12:35	+1 +/–
xkcd 14 -> 15
Ответить | Правка | Наверх | Cообщить модератору

59. Сообщение от Аноним (-), 22-Мрт-25, 12:35	–2 +/–
А люстра это что? LAMP? Разве они имеют отношение к Apache, MySQL, Php?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

60. Сообщение от Аноним (-), 22-Мрт-25, 12:44	–1 +/–
> эммм... как бы тебе... Вот и эмм как бы тебе. Устройство загружается с определенного адреса, но только с определенных ядер процессоров. Доступ у этих ядер до сетевых карт не нужен во время перезагрузки. А даже если и нужен то напоминаю что сетевые карты могут быть разными, в том числе и такие, которые позволяют несколько ЭВМ использовать одну. Ты когда ставишь операционную систему, у тебя доступ к сети есть. А если нужно перепрошить саму сетевую карту, то прерывание доступа будет не значительным и более того сетевых карт можно и две воткнуть и перепрошивать одну. Мало решений что-ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

61. Сообщение от Аноним (-), 22-Мрт-25, 12:48	–1 +/–
> это фантастика Посмотри реализацию протокола IP. Ты на физическом уровне ничего не меняешь. У тебя как был воткнут кабель или Wi-Fi/Li-Fi работало, так и будет работать. А на логическом все от программиста зависит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

62. Сообщение от xsignal (ok), 22-Мрт-25, 13:12	+3 +/–
Дело не в Си, а в том, что для реализации этой идеи нужна поддержка на уровне устройств. Если производитель не закладывал в устройство такую возможность и не тестировал это, то горячая перезагрузка ядра может приводить к появлению труднообъяснимых странных глюков, снижению стабильности системы и в итоге компьютер всё-равно придётся перезагружать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #70

63. Сообщение от Аноним (-), 22-Мрт-25, 13:39	+/–
>систему перезагрузки ядра без остановки работы устройств Перезагрузка для сервера? Да вообще не проблема. Мне как-то давно преподователь хвастался, что такая-то версия вантуз-сервера может работать годами без перезагрузки. Я такой, ого интресесно! А сейчас работая с серверами не вижу ничего предосудительного в перезагрузке ОС, роутера или чего-то там вообще.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

67. Сообщение от OpenEcho (?), 22-Мрт-25, 16:40	+/–
Увидели барашки в далеке вкусную травку и несутся на всех парах к ней. Один умный баран увидел вдруг обрыв, встал на задние лапы, расставил передние в сторны и орет: "Бараны, стойте, вы все разобьетесь!!!"... > Не хочу я чего-то... Как думаете, что с тем умным бараном случится ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

68. Сообщение от Аноним (-), 22-Мрт-25, 17:36	+3 +/–
> Ой а руткиты то как воспрянут духом. Самый неломаемый компьютер - который не подключен к питанию и интернету. Так что как говорится, анон, "при аварии - выдерни шнур, выдави стекло"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

69. Сообщение от Аноним (-), 22-Мрт-25, 17:38	+/–
> Пилится в первую очередь для себя. И с барского плеча так и быть отдаётся сообществу. Скорее, чтобы не взваливать на себя вообще весь майнтенанс единолично. Это так то довольно дорого и непрактично. Поэтому линух и юзают, а не всякие там bsd растащенные по углам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

70. Сообщение от Аноним (-), 22-Мрт-25, 17:46	–1 +/–
> Дело не в Си, а в том, что для реализации этой идеи нужна поддержка на уровне устройств. Зачем? Устройства в общем случае вывешивают весьма абстрактный интерфейс и понятия не имеют кто, как и почему ими рулит. То что там по пути handover случился девайс вообще знать - не обязан. Будет ему команды новое ядро пулять а не старое - и чего? Устройство вообще не знает кто и почему это делает. Более того - в драйверах как правило есть процедуры (ре)инициализации с ноля - и шатдауна - устройств. Например чтобы в глубокую спячку типа suspend to ram брякнуться, все вырубив нафиг. Вплоть до powerdown основной части системы. С потерей состояний девайсов, конечно. Если вон то ядро корректно отдаст новому state - или сделать деинициализацию и реинициализацию, как выход из deep sleep - то какие проблемы? > Если производитель не закладывал в устройство такую возможность и не тестировал это, ... то оно не сможет и в режимы продвинутого power save, внезапно, и даже так - можно попытаться. Ибо девайс не знает кто и почему его дергает в общем случае - и ему пофиг смена ядра. Можно дать драйверу какой-нибудь флаг что девайс уже инициализирован и с ноля его инитить не надо. > то горячая перезагрузка ядра может приводить к появлению труднообъяснимых > странных глюков, снижению стабильности системы и в итоге компьютер всё-равно > придётся перезагружать. ...а если ехать со скоростью более 40 км/ч то можно вообще сойти с ума! (c) коннозаводчики при появлении паровозов, в предвкушении неизбежного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #91, #94

72. Сообщение от Аноним (-), 22-Мрт-25, 17:51	–1 +/–
> А ведь это правда - микроядра вполне решают такие задачи, зачем облака > я ядре Линукс? Если я конечно правильно понял новость. Они, к сожалению, создают взамен дофига новых проблем. Не очень то и решаемых. Например проблемы перфоманса. И в таком виде оно никому в облаках и проч не надо - ибо денег очень уж стоит. За что и идет нафиг. И желающие писать дрова в таких парадигмах - где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #86

74. Сообщение от чатжпт (?), 22-Мрт-25, 19:13	+/–
какие облака в ядре?! ты забыл таблетки принять или просто вообще не понимаешь о чем пишешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

75. Сообщение от Аноним (75), 22-Мрт-25, 19:17	+/–
> Слабо вообще без ядра запускать систему ? Это называется bare metal programming - но тогда вместо обновления ядра вы будете обновлять firmware, или как вы это назвали...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

77. Сообщение от DroidBot (?), 22-Мрт-25, 22:06	+/–
Well... Представим себе большую инфраструктуру. В ней есть Х сервисов типа А, Y сервисов типа B и ещё сколько-то сервисов типа С.. Мы не же учёные, знаем профили нагрузки, держим нужные резервы. И вот мы решаем накатить обновления. Нам нужно разработать оркестрацию как, когда и что мы будем обновлять. Патч менеджмент, сегол дня, может быть сложным. И вот мы процесс запустили и он побежал. Сначала мы выжимаем процессы из 10% кластера/пула, ждём когда они мигрируют, обновляется, перезагружается. Потом берём следующие 10% и так далее. Закончили с С, начали с А. Тем же образом. Ну и в конце - В. Сколько, как вы думаете, это можете продолжаться по времени? А если мы "долетим" до периода пиковой нагрузки, а обновление не закончено и резервы заняты? Держать ещё резервы? Взять из временно, чтоб потом переаллоцировать? Короче, понятно 100% почему регулярно такие инициативы возникают. Если у Гугла получится, будет реально хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

78. Сообщение от Аноним (78), 22-Мрт-25, 23:05	+/–
Какая то версия Вантуз сервера поддерживает так же горячую замену начинки, например озу, или видеокарты. Без перехагрузки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #90

80. Сообщение от Аноним (80), 23-Мрт-25, 00:17	+/–
Руткиты больше не нужны. Пользователь андроид отдаёт всё сам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

81. Сообщение от Аноним (-), 23-Мрт-25, 00:54	–1 +/–
> а реально полноценно? что-то не верю, как писали выше риск глюкодрома присутствует А кто б его знает. Вот запилят - и посмотрим. Так то большая часть железок может быть корректно реинициализирована по многим причинам. Или можно какой-нибудь флаг передать что не надо ее уже инитить. Из глубокой спячки с poweroff основного питания железки и ос же выходят и состояние оси нормально восстанавливается, несмотря на довольно радикальную операкию. Скажем при STR под питанием остается по сути только оператива. И ничего, после просыпания все выглядит как будто питание и не снимали. Ну вот часы и таймауты порой да, офигевают с того что на паузу их так бесцеремонно поставили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #96

82. Сообщение от Аноним (-), 23-Мрт-25, 01:57	+/–
А статья была изменена? По моему ранее было написано про сохранение работающего образа в облако, разве нет? Перечитал, хотел найти нужный абзац, но его нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83

83. Сообщение от Maxim Chirkov (ok), 23-Мрт-25, 08:05	+/–
Вам показалось, в статье такого небыло. Было и остаётся про область применения в облаках - "В качестве основной области применения LUO называются облачные окружения, в которых появится возможность обновления гипервизора KVM без нарушения работы запущенных виртуальных машин".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

85. Сообщение от Аноним (85), 23-Мрт-25, 14:11	+/–
Эта операция нужна дай бог 1 раз в 5 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

86. Сообщение от Аноним (85), 23-Мрт-25, 14:16	+/–
Микроядро (как архитектура) - не приговор. Производительность - ОНА И ТАК УПАЛА. Посмотри как работает настоящее железо и сравни с "облачной" VM ровно такой же конфигурации - небо и земля. Микроядро позволяет "жонглировать" системой благодаря слабосвязности. Это куда важнее десятка тактов, которые ты выжмешь на монолите. Оптимизировать надо приложения, а не ОС. Они же должны максимально распараллеливаться. Часть программы, работающая на отдельном ЦПУ стократ быстрее той же программы, просто работающей на монолите. Так что микроядро - будущее, просто x86 - такой тyxляк, что там только покрасить и выбросить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

87. Сообщение от nicholas (?), 23-Мрт-25, 14:59	+/–
В Ubuntu подобная функция существует давно. Ничего нового.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88

88. Сообщение от Аноним (37), 23-Мрт-25, 15:18	+/–
Специально для таких как вы самом начале новости пояснили: "В отличие от таких механизмов, как livepatch, Ksplice, kpatch и kGraft, новая система не ограничивается возможностью применения отдельных исправлений к работающему ядру Linux, а позволяет полноценно перезагрузить и обновить ядро без остановки работы отдельных устройств".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

89. Сообщение от нах. (?), 23-Мрт-25, 17:54	+/–
> учёные, знаем профили нагрузки, держим нужные резервы. и тут приходит к стойке тот самый дол... с неисправным шнуром питания. Искры, дым, вонь, срабатывает защита и отрубается (предположим нам повезло) стойка целиком (бывает хуже). Унося с собой сервисы бе, эе, и даже се. Сразу пачкой. И вот тут подходит к тебе босс и спрашивает - ну мы же ... далее по тексту, и у тебя был какой-нибудь план Бе? А ты ему про ручной прдлнг как ты ресурсы перераспределял... Большая инфраструктура при этом - ну теряет пару кликов, где-то даже оплата не прошла но списалась - дело житейское. Большинство юзверей вообще ничего не заметят, ну подтупило что-то на очередном запросе. На то она и большая, что проектировали как надо. Ее только падение целиком ЦОДа заставит руками шевелиться. Если ты задумаешься, почему у них так, а у тебя предупреждение от босса о неполном соответствии и минус премия за год - возможно догадаешься, почему гуглевая затея не имеет никакого смысла, даже если бы была сделана не писателями-на-го, у которых виртуалки в "сон" отправляются - т.е. не работают все это время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

90. Сообщение от нах. (?), 23-Мрт-25, 18:02	+/–
так линух тоже поддерживает. Тебе удев для чего впендюривали-то и почему, по-твоему, без него даже не загрузишься толком? Проблема что железо не поддерживает. Если ты из своего подкроватного сервера на ходу дернешь планку - она сгорит к хренам с высокой вероятностью. А может и соседняя заодно. А из сановского шкафа - да, можешь. (Правда с каких-то совсем-совсем больших шкафов эта фича начиналась) Но слишком дорогая игрушка. Проще и дешевле купить вторую стойку дешевейших писюков, а проблему даунтайма при переключении решить как-нибудь по другому (забив на нее вообще, ну, например). Пластмассовый мир опять победил. А хотплагом наслаждаться в виртуалочках. Там - все работает как положено. Можешь процессоры на ходу добавлять, можешь сетевые платы менять местами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

91. Сообщение от нах. (?), 23-Мрт-25, 18:10	+1 +/–
вы ознакомились с бредятиной человека, никогда не написавшего ни одного драйвера. Похоже, даже мигать светодиодиками предпочитает чужим готовым. знаток эмбедовки как он есть. P.S. да, в железках есть процедуры полного или частичного шатдауна и иницализации после него. Как, правда, есть и миллион воплей на этом же сайте что "ноут не просыпается!!!!" Но гуглевые инжинеры, обожравшиеся инжыра, вообще-то врут что "позволяет полноценно перезагрузить и обновить ядро без остановки работы отдельных устройств", а не это вот все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

92. Сообщение от Аноним (92), 23-Мрт-25, 22:05	+/–
>Управление производится через файлы sysfs "/sys/kernel/liveupdate/{state, prepare, finish}". systemd придумает ещё одно состояние системы.
Ответить | Правка | Наверх | Cообщить модератору

93. Сообщение от Аноним (93), 24-Мрт-25, 09:47	+/–
Поставил такой себе систему реального времени в облаке, а тут раз фриз и все твои тепловые стежни бумбс.
Ответить | Правка | Наверх | Cообщить модератору

94. Сообщение от xsignal (ok), 24-Мрт-25, 12:25	+/–
Не всё так просто. Например, для нормальной работы системы из нескольких устройств иногда требуется синхронная подача на них сигнала reset или включение питания в определённой последовательности со специально рассчитанными задержками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

96. Сообщение от penetrator (?), 25-Мрт-25, 16:42	+/–
.само собой, но есть нюанс, все режимы поддерживаются аппаратно и железо тестируется на это, и при все при этом сколько было случаев когда что-то отваливалось после сна у меня в линухе доходит до чудесных моментов, когда приходится перезагружаться дважды после обновлений, чтобы все начинало работать правильно, очень редко но случается, и где тогда применять? на критической инфракструктуре? если получится то я только рад
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема