「Google、内部で使用しているデータバッファリング＆交換プロトコルをオープンソース化」記事へのコメント

XMLのコストが高いのはわかるが

[Anonymous Coward]

こういうのはもうお腹いっぱい

Re:

[Anonymous Coward]

> こういうのはもうお腹いっぱい

君のお腹が一杯になると、何か解決するの？
君の許容量が低いだけ？

恐らく、こういったのはシステム全体を含めた上手い解決策がでるまで、
何回でも何年でもやり続ける作業だと思います。
その解決策が使えるのは、せいぜい数年かもしれませんが…

Re:

[Anonymous Coward]

しかし，似たようなものがたくさん出てきても前に進んでいる気がしないんだよね．
YAML や JSON じゃだめなの？ 正直，XDR とか ASN でもいいと思うんだけど…

XML 対 非XML という対比については分かりやすいのだけど，非 XML 同士では流派の
違いというか，審美観の問題になっている気がするです．

Re:

[deleted user (18918)]

エンコードを見ると目からうろこが落ちるかもよ？
プロトコルバッファはVariant型でデータ長を持たない可変長の符号化を行ってる点で他のどれよりも短いデータ長になるから、データが１バイトでも短いとスループットが大きく変わるくらい流量の多いシステムではかなりコスト減につながってると思うぜ。
符号化・復号化時の速度低下も小さそうだし、このあたりはうまいね。
他のじゃこうはいかない。どれもデータかライブラリか仕様が太ってる。

Re:XMLのコストが高いのはわかるが

[Anonymous Coward]

> プロトコルバッファはVariant型でデータ長を持たない可変長の符号化を行ってる点で

Varintな

XMLもコンパイルなり前処理して受け渡しすれば軽くもなりそうだが…

Re:

[Anonymous Coward]

もしかして: Variant

Re:XMLのコストが高いのはわかるが

[Anonymous Coward]

何を言っているのかよくわからんのだが、用語としてはvarintが正しい。

To understand your simple protocol buffer encoding, you first need to understand varints. Varints are a method of serializing integers using one or more bytes. Smaller numbers take a smaller number of bytes. [google.com]

まとめとくと

• データ型は可変長整数のvarint、固定長の整数と浮動小数、可変長の文字列だけ。
• varintはデータ7ビットと終端フラグ1ビットを1バイトにエンコードしたものの繰り返し。データ長は持たない。
• 文字列はデータ長もエンコードする。
• フィールド番号もエンコードする。あとから追加されて自分の知らないフィールドは無視できる。
• データの解釈はスタブジェネレータにお任せ。