[CRIU] Images data format

[Konstantin Khlebnikov]

Pavel Emelyanov wrote:
> 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 свои цацки.
>
>> На мой взгляд гораздо важнее, что под этот формат есть куча открытых библиотек.
>> В том числе и для С.
>
> Если ими пользуется только команда google то это не так уж и круто.

им много кто пользуется. среди современных бинарных протоколов он лидирует.

http://en.wikipedia.org/wiki/Comparison_of_data_serialization_formats

>
>>> Thanks,
>>> Pavel
>>
>>
>