The OpenNET Project / Index page

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

Механизм Kexec HandOver для перезагрузки ядра Linux без потери состояния

15.04.2025 09:46

В списке рассылки ядра Linux представлена шестая версия патчей с реализацией механизма Kexec HandOver (KHO), развиваемого инженерами из компаний Amazon, Microsoft и Google. Патчи уже приняты в ветку mm-everything, в которой осуществляется накопление изменений для будущей ветки ядра 6.16, связанных с управлением памятью. На базе Kexec HandOver компания Google разрабатывает подсистему Live Update Orchestrator (LUO), позволяющую перезагружать ядро без остановки работы устройств.

Kexec HandOver предоставляет возможности для запуска нового ядра из старого без потери состояния системы. В данный момент вызов kexec() работает лишь как загрузчик, просто запускающий новое ядро, которое после этого полностью реинициализирует систему, что эквивалентно перезагрузке, только без участия прошивки. Предлагаемая серия патчей реализует другой подход. До передачи управления новой версии ядра, состояние ключевых подсистем ядра сериализируется в регион памяти, который не будет затронут дальнейшими операциями. Новое ядро, получив управление, восстанавливает сериализированное состояние обратно. С точки зрения остальных программ операция замены ядра является незаметной.

Kexec HandOver может оказаться полезным в ситуациях, когда остановка недопустима и необходимо обеспечить непрерывный цикл работы отдельных устройств. Например, на серверах виртуализации Kexec HandOver может применяться для обновления ядра (и гипервизора KVM), не затрагивая память, занятую виртуальными машинами, и сохраняя состояние их выполнения.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Google развивает систему перезагрузки ядра без остановки работы устройств
  3. OpenNews: Выпуск CRIU 4.1, системы для сохранения и восстановления состояния процессов в Linux
  4. OpenNews: Для ядра Linux предложен livepatch, механизм обновления без перезагрузки
  5. OpenNews: Для ядра Linux предложен livepatch, механизм обновления без перезагрузки
  6. OpenNews: Проект TuxTape для развёртывания инфраструктуры live-патчей к ядру Linux
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63075-kexec
Ключевые слова: kexec, kernel, handover
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.6, Аноним (6), 10:09, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    В промежутках между рестартами эту область памяти можно править как хочешь и занести троян.
     
     
  • 2.8, pavel_simple. (?), 10:21, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +16 +/
    > В промежутках между рестартами эту область памяти можно править как хочешь и
    > занести троян.

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

     
     
  • 3.45, Аномни (-), 13:58, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а чё сразу троян не записать в ядро? Или не записать троян
    > в /dev/mem? А, точно, права же нужны

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

     
  • 3.62, n00by (ok), 09:07, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> В промежутках между рестартами эту область памяти можно править как хочешь и
    >> занести троян.
    > а чё сразу троян не записать в ядро? Или не записать троян
    > в /dev/mem? А, точно, права же нужны

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

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

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

     
     
  • 4.79, Аноним (79), 04:14, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если lockdown, то еще подписать этот троян валидным ключом придется. Или это тоже риторический вопрос?
     
     
  • 5.90, n00by (ok), 10:42, 23/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если lockdown, то еще подписать этот троян валидным ключом придется. Или это
    > тоже риторический вопрос?

    Да, это вопрос цены.

     
  • 2.26, Аноним (-), 11:28, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > можно править как хочешь и занести троян.

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

     
     
  • 3.43, Аноним (43), 13:53, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Надежнее заносить трояны и бекдоры прямо в ядро.
    > Чтобы потом всякие Bvp47 жили по 10 лет.

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

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

     
  • 2.44, Аноним (-), 13:56, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В промежутках между рестартами эту область памяти можно править как хочешь и
    > занести троян.

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

     
     
  • 3.63, n00by (ok), 09:12, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Некоторые вещи из всё "что пожелает" делать не так просто. Например, реализовать stop_machine() без вызова stop_machine().
     
     
  • 4.77, Аноним (77), 22:28, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Некоторые вещи из всё "что пожелает" делать не так просто. Например,
    > реализовать stop_machine() без вызова stop_machine().

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

     

  • 1.7, Аноним (7), 10:16, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –16 +/
    Я не знаю, почему, на опенсурцеры почему то не дружат с сохранением состояний. Может это потому, что они юзают си, где нет ооп в явном виде. При наличии ооп задача сохранения состояния объекта обычно становится тривиальной. Ты запихиваешь все свойства объекта в класс. Когда надо, ты без всякой сериализации просто сохраняешь память объекта куда тебе надо. Хоть в файл, хоть в другую область памяти, хоть куда.
     
     
  • 2.10, pavel_simple. (?), 10:23, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Я не знаю, почему, на опенсурцеры почему то не дружат с сохранением
    > состояний. Может это потому, что они юзают си, где нет ооп
    > в явном виде. При наличии ооп задача сохранения состояния объекта обычно
    > становится тривиальной. Ты запихиваешь все свойства объекта в класс. Когда надо,
    > ты без всякой сериализации просто сохраняешь память объекта куда тебе надо.
    > Хоть в файл, хоть в другую область памяти, хоть куда.

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

     
     
  • 3.29, нах. (?), 11:53, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Может не в опенсорсной макоси или вынде?

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

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

     
  • 2.12, Аноним (12), 10:24, 15/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.20, pavel_simple. (?), 10:57, 15/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.25, Аноним (12), 11:21, 15/04/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.31, pavel_simple. (?), 12:50, 15/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.36, Аноним (12), 13:13, 15/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.16, Аноним (16), 10:41, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Когда надо, ты без всякой сериализации просто сохраняешь память объекта куда тебе надо.

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

     
     
  • 3.67, Аноним (67), 19:14, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для этого надо знать структуру данных закрытых систем.
    Концепция инкапсулярности позволяет не вникать во внутреннюю структуру, а выполнять действия только через интерфейсы.  
     
  • 3.68, Аноним (68), 19:15, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем их куда-то сохранять, если они и так в памяти лежат?
     
     
  • 4.70, Аноним (67), 19:28, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы наверно плохо знакомы с механизмами освобождения и предоставления памяти.
     
  • 2.17, windows10 (ok), 10:47, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А кто тебе сказал что проблема в сохранении состояния Его если нужно - сохранит... большой текст свёрнут, показать
     
     
  • 3.58, ss (??), 08:38, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Все проще- она иноагент не шпрехающий по русски...
     
  • 3.69, Аноним (67), 19:26, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем понятно. Если есть процесс, который динамически подцепил библиотеку с печатью Hello World, а вы как-то поменяли образ библиотеки (которая отображена в память процесса), то ясно, что система просто сделает Copy-on-Write и оставит старую версию, пока сам процесс не перезагрузит новую версию библиотеки или что более вероятно система Вас пошлет.
     
  • 2.18, Аноним (18), 10:52, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > просто сохраняешь память объекта куда тебе надо

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

     
     
  • 3.24, nikitron (ok), 11:20, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да да, ни разу не видел класс без указателей в реальном проекте, а потом появляются разные пергурзки операторов, чтобы его в/из стрима доставать...
     
  • 3.47, Аноним (-), 14:10, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле Берешь и сохраняешь Ессно не трогая регион на который он указывает Е... большой текст свёрнут, показать
     
  • 3.71, Аноним (67), 19:33, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятно у Вас ограниченная практика, если Вы сводите всё к просто копированию памяти.
     
  • 2.40, Аноним (-), 13:32, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А проприетарщики типа дружат Это кто Винда чтоли, которая я луше знаю - вам п... большой текст свёрнут, показать
     
     
  • 3.81, U202204161753 (?), 13:15, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Винда что-ли, которая "я лучше знаю - вам пора в ребут, вот вам!"

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

     
     
  • 4.82, U202204161753 (?), 13:17, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Винда что ли, которая "я лучше знаю - вам пора в ребут, вот вам!"

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

     
  • 2.49, OpenEcho (?), 15:20, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может это потому, что они юзают си, где нет ооп в явном виде.

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

     
  • 2.54, Аноним (54), 17:29, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Троллите, или вам просто лень посмотреть на реализацию сохранения и загрузки объекта? Нихрена там не тривиально, особенно с методами. По сути нужно чуть ли не ELF-файл дампить, чтобы потом обратно ваш "объект" загрузить.
     

  • 1.11, Аноним (11), 10:24, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А можно написать команду как меняется переход то?
     
  • 1.19, Аноним (19), 10:54, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Такое уже было и даже в нескольких видах. И умирало потому что особо никому не нужно было. На самом деле "когда остановка недопустима и необходимо обеспечить непрерывный цикл работы отдельных устройств." _очень_ узкая прослойка, сходу даже и не скажешь, где нельзя остановиться, но, где прям кровь из носу, нужно зачем-то обновиться.
     
     
  • 2.23, Аноним (23), 11:16, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут "нельзя"? Просто зачем делать перебой, если его можно не делать?
     
     
  • 3.55, Аноним (54), 17:31, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Решается покупкой второго компьютера и использованием системы с передачей управления в него от выключаемого. Другой вопрос, почему перезагрузка вдруг стала "дорогой", медленной операцией.
     
     
  • 4.75, Аноним (67), 19:59, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Давно реализовано понятие Кластер. Топик решает проблему, когда миграция клиентов проблематична.
     
  • 2.72, Аноним (67), 19:37, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда у тебя в условиях предоставления услуги написано 24/7, то повертишься.
     
     
  • 3.80, Аноним (80), 11:46, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очередной эээ назовём его мягко "несведущий человек" вещающий про 24/7, но не понимающий, что за этим 24/7 стоит на деле. И да даже это "мифическое 24/7" можно обеспечить разными способами и без всякой муры типа "обновление ядра без перезагрузки".
     

  • 1.27, Аноним (27), 11:34, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как по мне это все костыли для монолитного монстра. Нужно сохранять состояния системы, для того что бы обновиться в рилтайм? Используйте QNX или другие системы с модульным микроядром. А если уж приспичело обновлять монолитное ядро то реализацию нужно возлагать на разработчиков модулей и софта, а не патчи придумывать ...
    Взгляд с другой стороны
     
     
  • 2.35, pavel_simple. (?), 13:02, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как по мне это все костыли для монолитного монстра. Нужно сохранять состояния
    > системы, для того что бы обновиться в рилтайм? Используйте QNX или
    > другие системы с модульным микроядром. А если уж приспичело обновлять монолитное
    > ядро то реализацию нужно возлагать на разработчиков модулей и софта, а
    > не патчи придумывать ...
    > Взгляд с другой стороны

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

     
  • 2.41, Аноним (-), 13:41, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И конечно вы нам насыпете сейчас пруфлинк что оно так вообще умеет, прозрачно дл... большой текст свёрнут, показать
     
     
  • 3.64, n00by (ok), 09:23, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> для того что бы обновиться в рилтайм? Используйте QNX или другие системы с
    >> модульным микроядром.
    > И конечно вы нам насыпете сейчас пруфлинк что оно так вообще умеет,
    > прозрачно для юзермода?

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

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

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

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

     
     
  • 5.91, n00by (ok), 10:50, 23/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а отхватить себе прикольную фичу.

    Ну и как, халявщик, отхватил?

    "вы нам насыпете сейчас пруфлинк"

    Унести сможешь всей той толпой, что из себя навоображал?

     

  • 1.39, Андрей (??), 13:31, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда корпы начинают лезть во что то хорошее, то это хорошее становится злом.Предлоги не важны.
     
     
  • 2.42, Аноним (-), 13:42, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда корпы начинают лезть во что то хорошее, то это хорошее становится злом.Предлоги не важны.

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

     
  • 2.50, OpenEcho (?), 15:27, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда корпы начинают лезть во что то хорошее

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

     
     
  • 3.51, Аноним (12), 16:16, 15/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, до сих пор весь мой прикладной софт написан студентами и/или дилетантами. Ядро большого значения тут не имеет. Ну и толку от корп? Корпы решают только свои задачи.
     
     
  • 4.84, OpenEcho (?), 17:54, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, до сих пор весь мой прикладной софт написан студентами и/или дилетантами.
    > Ядро большого значения тут не имеет. Ну и толку от корп?

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

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

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

     
     
  • 5.85, Аноним (12), 22:21, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня ощущение, что в либре концентрация студентов и дилетантов как раз запредельная. Ещё толпа засланных казачков из аналогов северной кореи, судя по добавляемым васянским зависимостям с уязвимостями.

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

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

     
     
  • 6.86, OpenEcho (?), 12:58, 18/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня ощущение, что в либре концентрация студентов и дилетантов как раз
    > запредельная.

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


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

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

     
     
  • 7.87, Аноним (12), 13:00, 18/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Напомнить, как её хомякам продвигали? Чего только кейс педивикии стоит.
     
     
  • 8.88, OpenEcho (?), 13:09, 18/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мы все еще про тех ака корпы кто создал продукты или уже сьехали на что-то дру... текст свёрнут, показать
     
     
  • 9.89, Аноним (12), 13:15, 18/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Продукт и его популярность никак не связаны Рекламные бюджеты и популярность же... текст свёрнут, показать
     
  • 3.73, Аноним (67), 19:47, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо просто идеализировать корпорации. У них острые зубы и здоровый аппетит.
     
     
  • 4.74, Аноним (67), 19:49, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В добавок: вспоминая по памяти из сериала Элементарно: "Вы ищите социопата в менеджменте корпорации? Мы все здесь социопаты"
     
  • 4.83, OpenEcho (?), 17:49, 17/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не надо просто идеализировать корпорации. У них острые зубы и здоровый аппетит.

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

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

     

  • 1.56, slavanap (?), 18:19, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему нельзя было просто сделать то же самое, корректно написав выгрузку драйвера гипервизора с сохранением состояния? Нафига всё ядро обновлять?
     
     
  • 2.60, ss (??), 08:42, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    потому что цель- в обновлении ядра а не в этом драйвере...
     

  • 1.57, Аноним (57), 23:01, 15/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как изнутри системы/виртуальной машины определить, что ты потерял время и была "заморозка" или пауза при работе?
     
     
  • 2.59, ss (??), 08:42, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    навернео по расхождению часов с внешним истоником. Кстати это можно делать и не в ВМ. Если обнаружить что цикл цефеид вдруг стал нестабильным - то наверное мы всетаки живем в матрице
     
     
  • 3.65, Аноним (65), 10:18, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для нас цикл цефеид по идее останется стабильным - он ведь часть матрицы (если считать, что мы в матрице).
    Нет оснований считать, что если уж мы в матрице, то цефеиды почему-то вне неё.
     
     
  • 4.76, ыы (?), 20:06, 16/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    любое отклонение от цикла который согласно расчетам должен быть стабильным - вызовет подозрение. если отклонений нет - ну чтож, надо искать дальше...
     

  • 1.61, Аноним (61), 08:45, 16/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И лайвпатч сразу стал не нужен.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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