[CRIU] Images data format

[Stanislav Kinsbursky]

16.04.2012 14:02, Pavel Emelyanov пишет:
> On 04/16/2012 01:17 PM, Stanislav Kinsbursky wrote:
>> 16.04.2012 10:22, Pavel Emelyanov пишет:
>>>>>>> Мне кажется, что dencode подходит нам даже лучше чем json:
>>>>>>> http://en.wikipedia.org/wiki/Bencode
>>>>>> :lol: ты бы ещё EBML предложил, а это офигенная идея -- чекпоинтить в mkv :lol:
>>>>>>
>>>>>> уж лучше тогда это
>>>>>>
>>>>>> http://code.google.com/p/protobuf/
>>>>>> https://developers.google.com/protocol-buffers/
>>>>> Вот ты, Константин, ржёшь. А зря.
>>>>> Хотя за идею спасибо. Может и в самом деле лучше (впрочем те же яйца,
>>>>> только вид сбоку). Вопрос в том, чтобы иметь минимум геморроя и заюзать
>>>>> чужие библиотки,  уже написанные.
>>>>> На канонических Сях там нету библиотечки?
>>>>
>>>> Нашёл.
>>>> http://koti.kapsi.fi/jpa/nanopb/
>>>>
>>>> Есть ещё варианты.
>>>> Короче, тема богатая. Надо её думать дальше...
>>>
>>> Gentlemen,
>>>
>>> От формата хочется иметь две вещи
>>>
>>> 1. распростаненность
>>> 2. пригодность для обработки из cmdline
>>>
>>> protobuf не выглядит, как подходящий под п. 1 (Google uses Protocol Buffers for
>>> almost all of its internal RPC protocols and file formats), JSON -- под п. 2.
>>>
>>> Но я готов заслушать ваши аргументы.
>>>
>>
>> Я не понимаю твоих аргумента про protobuf.
>> Ты видимо под "распространённостью" имеешь в виду кучу опен-сорсных проектов?
>
> И это в том числе.
>
>> Если так, то зачем это надо?
>
> Чтобы люди могли надстроить на criu свои цацки.
>

Какие цацки?
Готовых решений всё равно ведь не будет (т.е. если мы не напишем).
Следовательно надо будет подстраиваться. protobuf(оподобная хрень) + куча 
opensource-библиотек + наш словарь - это именно то, что надо, на мой взгляд.

>> На мой взгляд гораздо важнее, что под этот формат есть куча открытых библиотек.
>> В том числе и для С.
>
> Если ими пользуется только команда google то это не так уж и круто.
>

Паша, я сильно сомневаюсь, что существует какое-то решение, которым пользуются 
все вокруг. Ну, разве что XML какой-нить... Но он эффективен только Human 
readable -> Binary. Т.е. бинарный формат всё равно нужен (не будем же мы слать 
имиджы в таком формате).

Давай тогда ещё раз сформулируем требования, чтобы задача не была похожа на 
"принеси то, не знаю что" (добаляйте, поправляйте):

1) Компактный бинарный формат хранения данных - для эффективного хранения 
информации.
2) Бинарный формат адаптирован для потоковой передачи. Т.е. принимающая сторона 
заранее узнаёт, что ей отправял и сколько - для эффектиного разножения и 
рассылки приложений по кластерам, к примеру, в какого-нибудь load balancer'а. Я 
уверен, что найдутся и другие применения.
3) Легкая трансляция "binary <---> human readable": т.е. наличие готовых откытых 
библиотек.



-- 
Best regards,
Stanislav Kinsbursky