[CRIU] Images data format

Pavel Emelyanov xemul at parallels.com
Tue Apr 17 10:10:21 EDT 2012


On 04/16/2012 04:28 PM, Kinsbursky Stanislav wrote:
> В личном разговоре с Павлом выяснилось, что произошло недопонимание.
> Я предлагаю заменить (!) наш формат хранения и передачи данных, весь наш код по 
> дампу, рестору и показу имиджей иным, стандартизированным, форматом и чужими, 
> опенсорсными библиотеками.
> 
> Зачем вообще что-то надо менять - уже описано.

Еще пока нет. Попытка описания ниже :)

> Почему это на мой взгляд лучше использовать чужой формат, чем допиливать наше 
> бинарное представление:
> 1) Наш формат плохо приспособлен для потоковой передачи. То есть если и 
> приспособлен окажется, то случайно.

Стас, это не так. Blobs vs text приспособлены для потоковой передачи одинаково. Либо
ты как-то не так позиционируешь эту идею.

> 2) Нам не придётся менять декодер в human readable, т.к. текущий формат вывода 
> плохо подходит для sed/awk и причих чудес.

Текущйи как раз прекрасно подходит. One line per entry это лучшее, что можно иметь для
подобных целей.

> 3) Нам не придётся писать енкодер в binary.

Согласен.

> 4) Нам не придётся писать.сопровождать библиотеки под свой формат для сторонних 
> пользователей, которые, скажем, задумают строить свои фильтры/конвертеры между 
> suspend/restore. Нужен будет только наш словарь.

Нам в любом случае никаких библиотек не придется иметь. Идея в том, что если у тебя
есть конвертер из human readable в internal и обратно, то больше ничего не надо.

> 5) Нам/сторонним разработчикам будет с дальнейшем легко расширять CRIU новыми 
> объектами, не заботясь о том, как выводить и сериализовать эти данные.

Вот тут я тоже не уверен. Can you elaborate on this?

Thanks,
Pavel



More information about the CRIU mailing list