[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