アカウント名:
パスワード:
相当高速なCPUで少しでもデータ(ゲームの場合は画像データが圧倒的に多いが)を圧縮したい場合に有効かもしれないけど、GZIPの展開速度は尋常でないレベルにチューニングされてるから、トータルで考えるとGZIPを使っておいて間違いは無い。
しかも画像(テクスチャ)データは既にDXTとかPVRで圧縮されてるから、あまり差が出ない。
ちなみにGZIPの展開アルゴリズムはINFLATEと言うけど、割と単純なアルゴリズムだから誰が実装しても大して差がないと思うけど、凡人がC++で実装した時は3倍遅かった…
単純なソースなんでそれ以上チューニングのしようがなく断念したけど、ネイティブコード同士で3倍も差がつくとはかなりビビった…GZIPのソースも見てみたけど、可動性無視でdefineを多用したソースだったんで、滅茶苦茶チューニングされている事だけは分かった。
可動性無視?「走らないコードが一番処理時間が短い」ってやつですか。
打ち間違えた…可読性でした。(某氏のような誤字脱字だけはやるまいと思ってたけどやってしまった…気を付けよう)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
GZIPの展開速度は尋常でないレベル (スコア:2)
相当高速なCPUで少しでもデータ(ゲームの場合は画像データが圧倒的に多いが)を圧縮したい場合に有効かもしれないけど、
GZIPの展開速度は尋常でないレベルにチューニングされてるから、トータルで考えるとGZIPを使っておいて間違いは無い。
しかも画像(テクスチャ)データは既にDXTとかPVRで圧縮されてるから、あまり差が出ない。
Re:GZIPの展開速度は尋常でないレベル (スコア:3)
ちなみにGZIPの展開アルゴリズムはINFLATEと言うけど、割と単純なアルゴリズムだから誰が実装しても
大して差がないと思うけど、凡人がC++で実装した時は3倍遅かった…
単純なソースなんでそれ以上チューニングのしようがなく断念したけど、ネイティブコード同士で3倍も差がつくとはかなりビビった…
GZIPのソースも見てみたけど、可動性無視でdefineを多用したソースだったんで、滅茶苦茶チューニングされている事だけは分かった。
Re: (スコア:0)
可動性無視?
「走らないコードが一番処理時間が短い」ってやつですか。
Re:GZIPの展開速度は尋常でないレベル (スコア:2)
打ち間違えた…可読性でした。
(某氏のような誤字脱字だけはやるまいと思ってたけどやってしまった…気を付けよう)
Re: (スコア:0)