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

"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. "Google развивает систему перезагрузки ядра без остановки раб..."	+16 +/–
Сообщение от Аноним (1), 21-Мрт-25, 22:12
Ой а руткиты то как воспрянут духом.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	48. "Google развивает систему перезагрузки ядра без остановки раб..."	+3 +/–
	Сообщение от Аноним (48), 22-Мрт-25, 10:57
	lisp?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	13. "Google развивает систему перезагрузки ядра без остановки раб..."	+4 +/–
	Сообщение от BlackRot (ok), 21-Мрт-25, 22:56
	Мягкая
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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