Тут большая разница между твоим положением и первопроходцами
перешагнувшими через некоторую плохо видимую пропасть. Ты думаешь
-- мол это такая готовая фича, только галочку нажать надо. А это не
продакшн-левел, а экспериментальное решение для узких случаев. А уж
как запустить (твой вопрос) -- плевое дело. Настоящая проблема,
сколько граблей ты огребешь при подъёме обратно. Ведь ты процесс
"заморозил" внутри своеобразной "машины времени", а состояние
внешнего окружения несётся вперёд. Счётчики времени в частности. И если программа не рассчитана на скачки времени (таймауты и т.п.) -- уже проблема. С номерами процессов и тредов явно проблема (они где-то сохранены в переменных, с одной стороны, в каком-то сраном мьютексе, например, с другой стороны они участвуют в API). Файлы: все файлы должны быть на своих местах и не менять содержимого! Пайпы, сокеты -- отдельная не решаемая толком проблема. Как и состояние библиотек или функций использующих генератор случайных чисел. Иначе будет смешно. Да ещё масса ньюансов. Удаленные, но все ещё открытые файлы, например. Шареная память. Даже если и можно сдампить, это могут быть бесполезные гигабайты. И это только ради ускорения стартапа? Точно не стоит. Для "прозрачной" заморозки и миграции процессов между серверами, там где оно принципиально нужно -- другое дело. Проще произвести профилирование процесса старта и оптимизировать узкие места. Может там вообще в диск упирается, и с "заморозкой" только хуже будет.
fk0, легенда (20.04.2020 20:11, просмотров: 433) ответил lloyd на >тогда что?