バイナリシリアライズ形式「MessagePack」 - Blog by Sadayuki Furuhashi

Googleが公開したバイナリエンコード手法であるProtocol Buffersは、クライアントとサーバーの両方でシリアライズ形式を取り決めておき（IDL）、双方がそれに従ってデータをやりとりするようにします。 この方法では高速なデータのやりとりができる反面、IDLを書かなければならない、仕様を変えるたびにIDLを書き直さなければならない（あらかじめしっかりとIDLを設計しておかないとプログラミングを始められない）という面倒さがあります。 ※追記：Protocol BuffersのデシリアライザはIDLに記述されていないデータが来ても無視するので（Updating A Message Type - Protocol Buffers Language Guide）、仕様を拡張していっても問題ないようです。 一方JSONやYAMLなどのシリアライズ形式では、何も考えずにシリアライズしたデータ

[nekonenene]

Protocol Buffers と MessagePack

[kontonb]

バイナリシリアライズ形式「MessagePack」 - 古橋貞之の日記

[nilab]

バイナリシリアライズ形式「MessagePack」 - Blog by Sadayuki Furuhashi

[nishidy]

MessagePackのデータフォーマット参照。

[ogk_unihi]

まだちゃんと把握してなかったメモ

[crist18]

MessagePack

[t_f_m]

"一方MessagePackは「文字列の長さ, 文字列」というフォーマットになっているので、1万バイトの文字列であっても一度も比較せずにデシリアライズすることができます。"

[raimon49]

JSONライク　バイナリベース

[mikage014]

バイナリシリアライズ形式「MessagePack」

[hakobe932]

@suzutreeadd1 そういえば，すげー前に @suzutreeadd1の研究の話をきいたときに，言っていたGoogle の データシリアライズの方式は protcol buffer でした

[willnet]

JSONのように汎用的なシリアライズ形式でありつつ、バイナリベースで高速なシリアライズ形式

[rawwell]

"MessagePackの特徴： * シリアライズ/デシリアライズがとても高速 * シリアライズされたデータのサイズが小さい * フォーマット定義（IDL）が不要 * ストリーム処理できる"

[sakushin_lo]

オブジェクトのバイナリシリアライズ

[june29]

高速なデータシリアライザ。省サイズ。定義不要。ストリーム処理可能。

[heitatta]

速くて IDL いらずのオブジェクト・シリアライザ。

[morita_non]

動的なシリアライザ。後で見る。

[kgbu]

IDL書くのは面倒な人向けにトライしてるようだ

[beakmark]

「MessagePackは仕様の美しさよりもバイナリ的な美しさを指向した感じになっています」

[tarchan]

Google IMEの辞書データもProtocol Buffersかな？

[hirose31]

protocol buffer プロトコルバッファ

[zetamatta]

ProtocolBuffers を越えるバイナリシリアライズ方式。IDLがなくてもデシリアライズができる、順次読み込んだところからデシリアライズできる、バイナリ形式なので高速かつ高圧縮などの長所がある。

[takuma104]

stream!!