The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Механизм Kexec HandOver для перезагрузки ядра Linux без потери состояния"  +/
Сообщение от opennews (?), 15-Апр-25, 09:59 
В списке рассылки ядра Linux представлена шестая версия патчей с реализацией механизма Kexec HandOver (KHO), развиваемого инженерами из компаний Amazon, Microsoft и Google. Патчи уже приняты в ветку mm-everything, в которой осуществляется накопление изменений для будущей ветки ядра 6.16, связанных с управлением памятью. На базе Kexec HandOver компания Google разрабатывает подсистему Live Update Orchestrator (LUO), позволяющую перезагружать ядро без остановки работы устройств...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63075

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

6. Сообщение от Аноним (6), 15-Апр-25, 10:09   –6 +/
В промежутках между рестартами эту область памяти можно править как хочешь и занести троян.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #26, #44

7. Сообщение от Аноним (7), 15-Апр-25, 10:16   –15 +/
Я не знаю, почему, на опенсурцеры почему то не дружат с сохранением состояний. Может это потому, что они юзают си, где нет ооп в явном виде. При наличии ооп задача сохранения состояния объекта обычно становится тривиальной. Ты запихиваешь все свойства объекта в класс. Когда надо, ты без всякой сериализации просто сохраняешь память объекта куда тебе надо. Хоть в файл, хоть в другую область памяти, хоть куда.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #12, #16, #17, #18, #40, #49, #54

8. Сообщение от pavel_simple. (?), 15-Апр-25, 10:21   +15 +/
> В промежутках между рестартами эту область памяти можно править как хочешь и
> занести троян.

а чё сразу троян не записать в ядро? Или не записать троян в /dev/mem? А, точно, права же нужны

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #45, #62

10. Сообщение от pavel_simple. (?), 15-Апр-25, 10:23   +8 +/
> Я не знаю, почему, на опенсурцеры почему то не дружат с сохранением
> состояний. Может это потому, что они юзают си, где нет ооп
> в явном виде. При наличии ооп задача сохранения состояния объекта обычно
> становится тривиальной. Ты запихиваешь все свойства объекта в класс. Когда надо,
> ты без всякой сериализации просто сохраняешь память объекта куда тебе надо.
> Хоть в файл, хоть в другую область памяти, хоть куда.

ну, и где хоть в одной оси написаной на модном ооп-язычке есть что-то типа kexec хотяб в старом виде? Может не в опенсорсной макоси или вынде?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #29

11. Сообщение от Аноним (11), 15-Апр-25, 10:24   +/
А можно написать команду как меняется переход то?
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Аноним (12), 15-Апр-25, 10:24    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #20

16. Сообщение от Аноним (16), 15-Апр-25, 10:41   +2 +/
> Когда надо, ты без всякой сериализации просто сохраняешь память объекта куда тебе надо.

Для этого не нужно ооп. Думаешь структуры нельзя сохранить хоть куда? Звучит по меньшей мере странно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #67, #68

17. Сообщение от windows10email (ok), 15-Апр-25, 10:47   +2 +/
> Я не знаю, почему, на опенсурцеры почему то не дружат с сохранением состояний. Может это потому, что они юзают си, где нет ооп в явном виде. При наличии ооп задача сохранения состояния объекта обычно становится тривиальной. Ты запихиваешь все свойства объекта в класс. Когда надо, ты без всякой сериализации просто сохраняешь память объекта куда тебе надо. Хоть в файл, хоть в другую область памяти, хоть куда.

А кто тебе сказал что проблема в сохранении состояния? Его если нужно - сохранить не трудно, даже на уровне прикладного ПО.

Проблема  в пересчитывании состояний. Вот возьми любой свой язык (ну желательно конечно из более менее популярных), где есть понятие инклудов.

Напиши на нем какую-нибудь либу, ну там lib.php, lib.py, lib.c, lib.pas - неважно. В этой либе напиши какую-нибудь функцию. Например function hello_world, которая просто выводит print("Hello World\n") - на любом из твоих ЯП, неважно.

И напиши программу, которая инклудит эту либу, и скажем так, вызывает в периодическом цикле функцию hello_world() из твоей либы. Запусти ее. У тебя выводится Hello World.

Потом в своей либе поменяй print("Hello World\n") на print("Привет Мир\n"). Ну то есть мы типа обновили либу.

И вот тут начинаются проблемы. Ведь твоя программа не стала выводить Привет Мир, она по прежнему выводит Hello World. А ведь здесь по сути даже состояний нет - здесь просто вывод одной строчки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #58, #69

18. Сообщение от Аноним (18), 15-Апр-25, 10:52   +2 +/
> просто сохраняешь память объекта куда тебе надо

Как сохранить указатель? Вот то-то же и оно. Да и зачем ООП, когда просто структа достаточно? По твоей же логике, просто берем и делаем memcpy всего структа куда надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #24, #47, #71

19. Сообщение от Аноним (19), 15-Апр-25, 10:54   –1 +/
Такое уже было и даже в нескольких видах. И умирало потому что особо никому не нужно было. На самом деле "когда остановка недопустима и необходимо обеспечить непрерывный цикл работы отдельных устройств." _очень_ узкая прослойка, сходу даже и не скажешь, где нельзя остановиться, но, где прям кровь из носу, нужно зачем-то обновиться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #72

20. Сообщение от pavel_simple. (?), 15-Апр-25, 10:57   +/
> При обновлении соснёшь. При переносе на другое железо соснёшь.

такое ощющение что ты пишешь не приходя в сознание, какой kexec при смене железа? Ты вообще в букавы умеешь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #25

23. Сообщение от Аноним (23), 15-Апр-25, 11:16   +/
При чём тут "нельзя"? Просто зачем делать перебой, если его можно не делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #55

24. Сообщение от nikitron (ok), 15-Апр-25, 11:20   +/
да да, ни разу не видел класс без указателей в реальном проекте, а потом появляются разные пергурзки операторов, чтобы его в/из стрима доставать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

25. Сообщение от Аноним (12), 15-Апр-25, 11:21   +1 +/
Он утверждает, что сериализация -- оверинжиниринг. Это не так. При чём тут kexec, у тебя всё хорошо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #31

26. Сообщение от Аноним (-), 15-Апр-25, 11:28   +2 +/
> можно править как хочешь и занести троян.

Но зачем?
Надежнее заносить трояны и бекдоры прямо в ядро.
Чтобы потом всякие Bvp47 жили по 10 лет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #43

27. Сообщение от Анонимemail (27), 15-Апр-25, 11:34   –1 +/
Как по мне это все костыли для монолитного монстра. Нужно сохранять состояния системы, для того что бы обновиться в рилтайм? Используйте QNX или другие системы с модульным микроядром. А если уж приспичело обновлять монолитное ядро то реализацию нужно возлагать на разработчиков модулей и софта, а не патчи придумывать ...
Взгляд с другой стороны
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #41

29. Сообщение от нах. (?), 15-Апр-25, 11:53   +/
> Может не в опенсорсной макоси или вынде?

так они на немодных.

Надо попробовать на брейнфаке!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

31. Сообщение от pavel_simple. (?), 15-Апр-25, 12:50   +/
> Он утверждает, что сериализация -- оверинжиниринг. Это не так. При чём тут
> kexec, у тебя всё хорошо?

ты знаешь что такое контекст обчуждения? Топик от kexec. Сериализовывать оперативную память -- это прям эпик вин

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #36

35. Сообщение от pavel_simple. (?), 15-Апр-25, 13:02   +2 +/
> Как по мне это все костыли для монолитного монстра. Нужно сохранять состояния
> системы, для того что бы обновиться в рилтайм? Используйте QNX или
> другие системы с модульным микроядром. А если уж приспичело обновлять монолитное
> ядро то реализацию нужно возлагать на разработчиков модулей и софта, а
> не патчи придумывать ...
> Взгляд с другой стороны

QNX научился обновлять ядро без остановки приложений?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

36. Сообщение от Аноним (12), 15-Апр-25, 13:13   +/
Совершенно очевидно, он говорил это вне контекста. А чё ты ещё с памятью сделаешь? Ты же не возьмёшь и сохранишь как оно есть в памяти, нужно разбираться, что сохранять и откуда. А потом ты заменишь какой-нибудь код или обновишь версии компонентов тулчейна и без процесса десериализации всё развалится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

39. Сообщение от Андрей (??), 15-Апр-25, 13:31   +/
Когда корпы начинают лезть во что то хорошее, то это хорошее становится злом.Предлоги не важны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #50

40. Сообщение от Аноним (-), 15-Апр-25, 13:32   +/
> Я не знаю, почему, на опенсурцеры почему то не дружат с сохранением состояний.

А проприетарщики типа дружат? Это кто? Винда чтоли, которая "я луше знаю - вам пора в ребут, вот вам!" - и пользователь такой "ах ты блин, я файлы не засэйвил, куда?!"

> Может это потому, что они юзают си, где нет ооп в явном виде.

Покажи свое ядро на чем угодно которое вообще сможет вон то, как это, сишное.

> При наличии ооп задача сохранения состояния объекта обычно становится тривиальной.

Теперь повтори это же для более 9000 оных, а также девайсов живущих своей жизнью, особенно развеселых вещей типа DMA, работающих вообще side by side с процом независимо от него. Чтоб какой DMA не уронил бы все в процессе. Апликущники вообще не в курсе как все это работает.

> Ты запихиваешь все свойства объекта в класс. Когда надо, ты без всякой
> сериализации просто сохраняешь память объекта куда тебе надо.

И конечно в новом ядре - оно вот прямо всенепременно обязано на 100% совпадать, ды? Что делать если в новом ядре это немного изменилось и старая версия напрямую не котируется - мы подумаем потом, видимо.

Более того - по дефолту ядро видите ли дейтвовало так что его запустили из бутлоадера, оно считало себя первым кто раскочегаривает систиему. Так что вот вся инициализация памяти, девайсов и чего там. С ноля. В этот момент ваши виртуалки, конечно, перестанут существовать. Вообще совсем. О том что ядро надо явно информировать что это НЕ запуск из бутлоадера и надо именно не рушить состояние и сделать трансфер оного - мы тоже подумаем потом видимо. А задним то умом все крепкие. Когда фичу за вас уже запилили - тогда просто.

> Хоть в файл, хоть в другую область памяти, хоть куда.

Как говорится, было просто на бумаге, да забыли про овраги.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #81

41. Сообщение от Аноним (-), 15-Апр-25, 13:41   –1 +/
> для того что бы обновиться в рилтайм? Используйте QNX или другие системы с
> модульным микроядром.

И конечно вы нам насыпете сейчас пруфлинк что оно так вообще умеет, прозрачно для юзермода?

И кстати вот что-что а реалтайм при таком - несколько идет нахрен. Ибо пока ядро реинициализируется, весь юзермод, таки - подождет. Однако реальное время штука относительная. Вот смотрите. Вы видите этот браузер. И меня в нем. У меня это даже виртуалка. Если оно на пару секунд притормозит - и растормозится - это будет не особо заметно. А ядро - вот - обновилось. Это как оно в идеале выглядит. Т.е. для софта это небольшая пауза, типа как при лив миграции VM и процессов. Только теперь это не миграция - а замена кернела прям на лету.

> А если уж приспичело обновлять монолитное ядро то реализацию нужно
> возлагать на разработчиков модулей и софта, а не патчи придумывать ...

Как говорится, кто лучше всех знает как надо - тот это и показывает. Делом. А так то давать мастерклассы гуглу, амазону и майкрософту как софт девелопать для нонсофт инфры? Аноны опеннета бьют просто рекорды наглости.

И за, где там всякие сингулярити от майкрософт? А, что, они пришли к идее что проще из линуха сделать сообща с другими то что им на самом деле хотелось в инфре? :))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #64

42. Сообщение от Аноним (-), 15-Апр-25, 13:42   +1 +/
> Когда корпы начинают лезть во что то хорошее, то это хорошее становится злом.Предлоги не важны.

Корпы хотят инфру с минимальными дайнтаймами. Это является мотиватором к вджобу над вон тем. А вы нас за столько лет ничем на эту тему не осчастливили. Поэтому вы ни хорошее, ни плохое. Вы - никакое. Void вообще не подлежит сравнению.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

43. Сообщение от Аноним (43), 15-Апр-25, 13:53   +/
> Надежнее заносить трояны и бекдоры прямо в ядро.
> Чтобы потом всякие Bvp47 жили по 10 лет.

Опять этот чудак тут с этим Bvp47, который вообще - совершенно отдельная приблуда и Linux "виноват" только тем что эта штука и его решила поддерживать. Но оно и не только на линухе работает, и это же можно пре.

Видимо этот горе-анон надеялся что никто не дойдет даже до вики, почитать что такое Bvp47. Но этот хитрый план потерпел неудачу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

44. Сообщение от Аноним (-), 15-Апр-25, 13:56   +2 +/
> В промежутках между рестартами эту область памяти можно править как хочешь и
> занести троян.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #63

45. Сообщение от Аномни (-), 15-Апр-25, 13:58   +1 +/
> а чё сразу троян не записать в ядро? Или не записать троян
> в /dev/mem? А, точно, права же нужны

Более того. Если кто-то смог втиснуться куда-то в район kexec() - он и так уже все полномочия давно имел. А /dev/mem можно и зарубить, в режиме lockdown вы фиг пропатчите им память ядра. Даже от рута.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

47. Сообщение от Аноним (-), 15-Апр-25, 14:10   +/
>> просто сохраняешь память объекта куда тебе надо
> Как сохранить указатель? Вот то-то же и оно.

В смысле? Берешь и сохраняешь. Ессно не трогая регион на который он указывает. Если регион никто не телепал (это кто-то должен делать явно) - если указатель показывал на адрес 42 ДО операции, и после восстановления показывает на адрес 42, и по адресу 42 никто ничего не менял - окей, и в чем проблема? RAM так то сам по себе не теряет данные, если что.

Прикинь, допустим нажатие кнопки RESET само по себе вообще RAM не очищает?! Это кто-то должен явно пройтись по всем адресам и протереть это. Иначе там останется то что было на момент ресета, ВНЕЗАПНО.

> Да и зачем ООП, когда просто структа достаточно? По твоей же логике, просто берем и
> делаем memcpy всего структа куда надо.

А что если этот {объект, структ} в новой версии немного изменился например? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

49. Сообщение от OpenEcho (?), 15-Апр-25, 15:20   +1 +/
> Может это потому, что они юзают си, где нет ооп в явном виде.

Каждый раз думаю, все, хорош читать коменты на опеннете, но блин,  ради таких генальных комментов можно и подсесть :)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

50. Сообщение от OpenEcho (?), 15-Апр-25, 15:27   +/
> Когда корпы начинают лезть во что то хорошее

Если бы корпы не влезали в это хорошее, то оно так бы осталось студенческим баловством одного финского студента, вовремя подсуетившегося, пока других студентов нагнула банда "законников"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51, #73

51. Сообщение от Аноним (12), 15-Апр-25, 16:16   +/
Кстати, до сих пор весь мой прикладной софт написан студентами и/или дилетантами. Ядро большого значения тут не имеет. Ну и толку от корп? Корпы решают только свои задачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #84

54. Сообщение от Аноним (54), 15-Апр-25, 17:29   +1 +/
Троллите, или вам просто лень посмотреть на реализацию сохранения и загрузки объекта? Нихрена там не тривиально, особенно с методами. По сути нужно чуть ли не ELF-файл дампить, чтобы потом обратно ваш "объект" загрузить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

55. Сообщение от Аноним (54), 15-Апр-25, 17:31   +1 +/
Решается покупкой второго компьютера и использованием системы с передачей управления в него от выключаемого. Другой вопрос, почему перезагрузка вдруг стала "дорогой", медленной операцией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #75

56. Сообщение от slavanap (?), 15-Апр-25, 18:19   +/
А почему нельзя было просто сделать то же самое, корректно написав выгрузку драйвера гипервизора с сохранением состояния? Нафига всё ядро обновлять?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60

57. Сообщение от Аноним (57), 15-Апр-25, 23:01   +2 +/
Как изнутри системы/виртуальной машины определить, что ты потерял время и была "заморозка" или пауза при работе?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

58. Сообщение от ss (??), 16-Апр-25, 08:38   +/
Все проще- она иноагент не шпрехающий по русски...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

59. Сообщение от ss (??), 16-Апр-25, 08:42   +1 +/
навернео по расхождению часов с внешним истоником. Кстати это можно делать и не в ВМ. Если обнаружить что цикл цефеид вдруг стал нестабильным - то наверное мы всетаки живем в матрице
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #65

60. Сообщение от ss (??), 16-Апр-25, 08:42   +/
потому что цель- в обновлении ядра а не в этом драйвере...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

61. Сообщение от Аноним (61), 16-Апр-25, 08:45   +1 +/
И лайвпатч сразу стал не нужен.
Ответить | Правка | Наверх | Cообщить модератору

62. Сообщение от n00by (ok), 16-Апр-25, 09:07   –2 +/
>> В промежутках между рестартами эту область памяти можно править как хочешь и
>> занести троян.
> а чё сразу троян не записать в ядро? Или не записать троян
> в /dev/mem? А, точно, права же нужны

Что бы была возможность понять ответ на "риторический" вопрос, необходимы основополагающие знания, что есть алгоритм.

Алгоритм такой:
1. Получаем права.
2. Пишем троян.

И не надо засыпать риторическими вопросами "как ты получишь права?" и "где мне скачать зеродей?"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #79

63. Сообщение от n00by (ok), 16-Апр-25, 09:12   +/
Некоторые вещи из всё "что пожелает" делать не так просто. Например, реализовать stop_machine() без вызова stop_machine().
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #77

64. Сообщение от n00by (ok), 16-Апр-25, 09:23   –1 +/
>> для того что бы обновиться в рилтайм? Используйте QNX или другие системы с
>> модульным микроядром.
> И конечно вы нам насыпете сейчас пруфлинк что оно так вообще умеет,
> прозрачно для юзермода?

Он не будет это делать, пока нет _доказательства_, что так умеет linux. Прохождение тестов (подтверждение в частных случаях) не является доказательством корректности в общем случае. Прюфлинк называется "чистая функция".

P.S. да, я знаю, кому отвечаю, потому советую не трудиться с очередной порцией "риторики".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #78

65. Сообщение от Аноним (65), 16-Апр-25, 10:18   +/
Для нас цикл цефеид по идее останется стабильным - он ведь часть матрицы (если считать, что мы в матрице).
Нет оснований считать, что если уж мы в матрице, то цефеиды почему-то вне неё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #76

67. Сообщение от Аноним (67), 16-Апр-25, 19:14   –1 +/
Для этого надо знать структуру данных закрытых систем.
Концепция инкапсулярности позволяет не вникать во внутреннюю структуру, а выполнять действия только через интерфейсы.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

68. Сообщение от Аноним (68), 16-Апр-25, 19:15   +/
Зачем их куда-то сохранять, если они и так в памяти лежат?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #70

69. Сообщение от Аноним (67), 16-Апр-25, 19:26   +/
Не совсем понятно. Если есть процесс, который динамически подцепил библиотеку с печатью Hello World, а вы как-то поменяли образ библиотеки (которая отображена в память процесса), то ясно, что система просто сделает Copy-on-Write и оставит старую версию, пока сам процесс не перезагрузит новую версию библиотеки или что более вероятно система Вас пошлет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

70. Сообщение от Аноним (67), 16-Апр-25, 19:28   +/
Вы наверно плохо знакомы с механизмами освобождения и предоставления памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

71. Сообщение от Аноним (67), 16-Апр-25, 19:33   +/
Вероятно у Вас ограниченная практика, если Вы сводите всё к просто копированию памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

72. Сообщение от Аноним (67), 16-Апр-25, 19:37   +/
Когда у тебя в условиях предоставления услуги написано 24/7, то повертишься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #80

73. Сообщение от Аноним (67), 16-Апр-25, 19:47   +/
Не надо просто идеализировать корпорации. У них острые зубы и здоровый аппетит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #74, #83

74. Сообщение от Аноним (67), 16-Апр-25, 19:49   +/
В добавок: вспоминая по памяти из сериала Элементарно: "Вы ищите социопата в менеджменте корпорации? Мы все здесь социопаты"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

75. Сообщение от Аноним (67), 16-Апр-25, 19:59   +/
Давно реализовано понятие Кластер. Топик решает проблему, когда миграция клиентов проблематична.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

76. Сообщение от ыы (?), 16-Апр-25, 20:06   +/
любое отклонение от цикла который согласно расчетам должен быть стабильным - вызовет подозрение. если отклонений нет - ну чтож, надо искать дальше...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

77. Сообщение от Аноним (77), 16-Апр-25, 22:28   +/
> Некоторые вещи из всё "что пожелает" делать не так просто. Например,
> реализовать stop_machine() без вызова stop_machine().

Как говорится, бойтесь своих желаний...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

78. Сообщение от Аноним (-), 16-Апр-25, 22:33   +1 +/
> Он не будет это делать, пока нет _доказательства_, что так умеет linux.
> Прохождение тестов (подтверждение в частных случаях) не является доказательством корректности
> в общем случае. Прюфлинк называется "чистая функция".

Лично мой интерес во всем этом - не поупражняться в остроумии с каким-то ненужным унылкой с опеннета, а отхватить себе прикольную фичу. Которой я точно найду применение. И кстати я еще автор этой новости. Этим мы в конечном итоге и отличаемся. На мой вкус вы унылы и бесполезны, неуважаемый.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

79. Сообщение от Аноним (79), 17-Апр-25, 04:14   +/
Если lockdown, то еще подписать этот троян валидным ключом придется. Или это тоже риторический вопрос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

80. Сообщение от Аноним (80), 17-Апр-25, 11:46   +/
Очередной эээ назовём его мягко "несведущий человек" вещающий про 24/7, но не понимающий, что за этим 24/7 стоит на деле. И да даже это "мифическое 24/7" можно обеспечить разными способами и без всякой муры типа "обновление ядра без перезагрузки".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

81. Сообщение от U202204161753 (?), 17-Апр-25, 13:15   +/
> Винда что-ли, которая "я лучше знаю - вам пора в ребут, вот вам!"

Читайте новости про Windows Server 2015 Ж-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #82

82. Сообщение от U202204161753 (?), 17-Апр-25, 13:17   +/
> Винда что ли, которая "я лучше знаю - вам пора в ребут, вот вам!"

Ай-я-яй: Фрейд... Конечно -- 2025
Читайте новости про Windows Server 2025 Ж-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

83. Сообщение от OpenEcho (?), 17-Апр-25, 17:49   +/
> Не надо просто идеализировать корпорации. У них острые зубы и здоровый аппетит.

С чего это вы взяли, что я их идиализировал? Просто константирую факты...

Просто:
(Много людей + много время + платно) > (Любители + в свободное от работы время + безплатно)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

84. Сообщение от OpenEcho (?), 17-Апр-25, 17:54   +/
> Кстати, до сих пор весь мой прикладной софт написан студентами и/или дилетантами.
> Ядро большого значения тут не имеет. Ну и толку от корп?

"Один в поле - не воин" (Народная мудрость)

> Корпы решают только свои задачи.

Т.е. толку от Бубунты, Дебиана, Апача, Нгинкса, Кэди, ЗФС, Опен/ЛибреОфисе - нет никаго толку ?
Интресно... на чем же тогда ваша Ось и что это за чудо приложения (от студентов) которых вам на всё хватает...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #85

85. Сообщение от Аноним (12), 17-Апр-25, 22:21   +/
У меня ощущение, что в либре концентрация студентов и дилетантов как раз запредельная. Ещё толпа засланных казачков из аналогов северной кореи, судя по добавляемым васянским зависимостям с уязвимостями.

Опензфс абсолютно сборище дилетантов.

Что касается убунт, всё, что их разработчики делали, всегда было максимальным разочарованием с кучей багов. Лучше всего у них получается перепаковывать иконки и перебивать копирайты, пока они занимаются исключительно этим, всё довольно не плохо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #86

86. Сообщение от OpenEcho (?), 18-Апр-25, 12:58   +/
> У меня ощущение, что в либре концентрация студентов и дилетантов как раз
> запредельная.

Вы историю Опен/Либре офиса знаете, кто ее изначально создал? Сейчас, да, новшества в основном на мазне


> Что касается убунт, всё, что их разработчики делали, всегда было максимальным разочарованием с кучей багов.

А про бубунту вы можете что угодно говорить, оно против статистики как капля в море
народ, особенно девопсовский - лайк ит.  Может про родителя ака дебиан поговорить? Ну так посмотрите на длинный список партнеров дебиана, далеко не из подвалов одиночные красноглазики

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #87

87. Сообщение от Аноним (12), 18-Апр-25, 13:00   +/
Напомнить, как её хомякам продвигали? Чего только кейс педивикии стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #88

88. Сообщение от OpenEcho (?), 18-Апр-25, 13:09   +/
> Напомнить, как её хомякам продвигали?

Мы все еще про тех (ака корпы) кто создал продукты или уже сьехали на что-то другое?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #89

89. Сообщение от Аноним (12), 18-Апр-25, 13:15   +/
Продукт и его популярность никак не связаны. Рекламные бюджеты и популярность же соотносятся прямым образом, получается, у корпораций тут преимущество. Это к вопросу о статистике и девопсинах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру