Сериализация, но не сериализация

[Impuls]

Доброго времени суток уважаемые эксперты. Решил реализовать штуку на подобие сериализации в java. Какова идея: сохранить на диск всю память, которую юзает приложение, и при повторном его запуске (либо при сбоях, да мало ли еще зачем ) Восстановить ее (память) в состояние, в которое она была сохранена. По идее такая штука должна откатить (либо наоборот восстановить) приложение в определенное состояние.
В связи с этим вижу множество проблем, основная из которых - это то, что приложению выделяются 4 Гб виртуальной (и это если архитектура 32 битная), а не физической памяти.
Может есть у кого какие-нибудь предложения, замечания, идеи, или хотя бы знаете куда отправить для прочтения мануалов? Милости прошу в эту тему.

З.Ы. Собственно идея находится в стадии усиленного обдумывания и выделения нюансов. За ранее спасибо за понимание.

[Lion-Simba]

Какова идея: сохранить на диск всю память, которую юзает приложение

Память - полбеды. Вам ещё нужно будет как-то сохранять/загружать другие используемые программой системные ресурсы, как-то: дескрипторы ввода/вывода, потоки (нити), сокеты... Всё это будет прибито операционной системой как только вы закроете программу.
Поэтому уж лучше "сериализация как в java".

[Impuls]

Вам ещё нужно будет как-то сохранять/загружать другие используемые программой системные ресурсы, как-то: дескрипторы ввода/вывода, потоки (нити), сокеты... Всё это будет прибито операционной системой как только вы закроете программу.

Тоесть маловероятно такое сделать? Все равно останутся битые ссылки? Это плохо(((( Хотелось бы порадужнее перспективы.

[Lion-Simba]

Все равно останутся битые ссылки? Это плохо(((( Хотелось бы порадужнее перспективы.

Ссылки может и не останутся, а вот ресурсы (открытые файлы, интернет-соединения, ...) операционка освободит тут же, как только процесс будет закрыт. Конечно, программа сама может пытаться их восстановить, но это значит, что её можно будет прерывать не в любой момент...

Ваша идея сродни отправки компьютера в спящий режим (hibernate). Только там приходится иметь дело не с "ресурсами", а с устройствами, которые теряют своё состояние при отключении питания. По выходу из спящего режима, ОС запускает все устройства заново и пытается восстановить их состояние.

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

[VestniK]

Сериализация в C++ уже есть. Например в бусте имеется библиотека. А относительно хибернейта всего приложения, то это преодолимо.

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

Эта схема, разумеется, требует блокировки доступа на изменение объектов на время сохранения снапшота, но эта задача решается одним глобальным read-write locker'ом (таковой есть в pthread).

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

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

[Impuls]

Сериализация в C++ уже есть. Например в бусте имеется библиотека.

Насчет сериализации в C++ - я в курсе. Но тут немного другая ситуация. Вы предлагаете мне сохранять приложение изнутри, в то время, когда я хочу сохранять его снаружи. Приведу пример. Пишем в консоли такие строки:
snapshot -save <timeout> <process_name> <way_to_snapshot>  #Сохранять снимок процесса каждые timeout мс
snapshot -load <process_name> <way_to_snapshot> #Восстановить снимок для процесса

Насчет данных - тут ситуация такова, что от избыточности невозможно избавиться снаружи приложения, ибо мы не знаем что за данные мы сохраняем. Т.о. битые ссылки всеже будут(((

[dj--alex]

hibernate ещё пару лет и все никак не сделают
а вы хотите сделать "Фантом ОС"

[Impuls]

hibernate ещё пару лет и все никак не сделают
а вы хотите сделать "Фантом ОС"

А разве не заманчиво? Даже если не получится, то хотябы стоит обдумать... +Еще одна фича в инструментарий Linuxа))

[VestniK]

Я отлично понял про какую сериализацию ты говоришь. Я просто написал о том как такую задачу надо решать равильно. Сказки про прозрачные снапшоты в реальности станут непомерными тормозами и безсмысленной тратой ресурсов.

Поройся на лоре (http://linux.org.ru) в обсуждении новости о Фантом ОС назывались пару проектов которые такую сериализацию обеспечивают. Так же там приводился довольно хороший пример того, что эта сериализация ненужный бред:

[Impuls]

Я отлично понял про какую сериализацию ты говоришь. Я просто написал о том как такую задачу надо решать равильно. Сказки про прозрачные снапшоты в реальности станут непомерными тормозами и безсмысленной тратой ресурсов.

Поройся на лоре (http://linux.org.ru) в обсуждении новости о Фантом ОС назывались пару проектов которые такую сериализацию обеспечивают. Так же там приводился довольно хороший пример того, что эта сериализация ненужный бред:

Сейчас буду смотреть.