みんなはどの圧縮形式使ってる？ その２

配布用はZIP。個人用はCAB。

LZH,ZIP->RAR->GCAな感じで使って来ました。
注目なのはPPMを使った形式
拡張子からデータ形式を判断して最適な方法で圧縮してくれる機能とか欲しくない？

>>790
やるなら中身を見て判別して欲しい。
拡張子で判別するなら、いらない。（オプションとしては有り)

ものすごい大量でサイズの小さいファイルを固めるなら、（5000個*10KBみたいな）
どの形式が一番いいかな。
圧縮解凍の速さ重視で。

何のファイルだYO

テキストファイル。

mp3

>>792
tar+gzipなら全体をまとめて圧縮するから圧縮率を稼げ、しかも高速。

>>796
tar は持ってない人もいるから、何でも良いから、無圧縮でまとめてから圧縮するのはどうかね。

>>797
なんでtarは駄目なのに他のはなんでもいいのかと。
んな事言ったら無圧縮ZIPかけた後に普通のZIPやるとか、そういう事しか言えなくネ？

>>796
んなこと言い出したらLHAだってZIPだってGCAだってRARだって持ってない人もいるだろ。

＞＞799
そういう人は圧縮なんぞせんでよろしい

>>799
そりゃ屁理屈だべ。

>>800
ならば.tar.gzなんて.lzhや.zipと並んで基本中の基本だろ。
ソフトだって.tar.gzで配布してるものが多いんだし。

んなこたーない

現実問題、vectorに上がってるオンラインソフトで統計とったらlzh,zip,tar.gzの比率って、
tar.gzが桁違いに少ないと思うぞ。
基本ではないだろ。

Windowsの率が圧倒的→Windowsでしか使わないのにわざわざtar.gz使うやつぁ滅多にいない→少ない

>>804
freshmeatで統計取ったら、tar.gzが桁違いに多いと思うぞ。

全部片っ端から統計とったら、やっぱりtar.gzすくねえだろ。
>>805の理論で。

Windowsが標準で対応してるcabにしとけ。
ME/XPならzipでもいいぞ。

つか、迷ったらZIP。これで間違いなし！

sourceforgeで統計取れば.tar.gzが圧倒的だと思うぞ。

tar.gzヲタ必死だなｗ
そりゃ局所で見ればそうかもしれんが、
グローバルで見たらlzh,zipが圧倒的だろ。

ネタだろｗ

いや、漏れはソリッド書庫をサポートしていて、かつ高速な形式をあげただけだが…
他はCab、RAR、GCA、7zで低速だし。
無圧縮はソフトによっては出来ないしね。

>>813
そりゃ分かってるでしょ。
みんな>>802に突っ込んでるんだと思われ。

俺、Windowsしか使ったことないからtar.gzなんて遭遇したこと一度もないな。

>>815
Windowsしか使わなくてもプログラムやってると
tar.gz は良く見るけど。
とりあえず google にお伺いを立ててみると
(括弧内のは日本語のページを検索した結果)
zip 17,300,000 (214,000)
tar.gz 2,060,000 (75,500)
lzh 350,000 (123,000)
だそうで。
まぁこんなモンなんじゃないかと思うけど。

7zが更新しなくなって
RARが更新しだした

少なっ！

全言語のページからyz1を検索しました。 約5,240件

.tar.gzは小さなファイルがｲﾊﾟｰｲあるものに最適なアーカイブ法。
その代わり、書庫の中から一つだけファイルを取り出したり、
新しいファイルを一つだけ追加したりすると効率悪い。

つまりプログラムのソースに最適なアーカイブ法だということだ。
プログラムのソースはファイル一つだけ解凍したって何の役にも立たないからね。
使うときは中身全部いっぺんに解凍する。

バイナリが.lzhや.zipなのにソースだけは.tar.gzで配布されてるソフトも多い。

>>819
なるほど。
すごくわかりやすいです。

ま、Tape　ARchiveだもんな。
ランダムにファイルを取り出すってのには弱そうだな。

その分、TARのファイルの先頭部分が欠けていたりしても
残りの部分は展開できそうだな。（ためしたことないんで
実際は知らないけど）

>>819
>tar.gzは小さなファイルがｲﾊﾟｰｲあるものに最適なアーカイブ法。
それって tar.gz じゃなくて
ソリッド圧縮と呼ばれるもの全般が… だよね。

bgaにしとけ

>>819
うんにゃ、他人のソースを参考にする時はイチイチ全部解凍しないで
目的のコードが有りげなファイルだけ解凍して参考にするとおもうが、俺だけか？

JaneのソースDLする時くらいだ＞tar.gz

>>824
普通はとりあえず全部 解凍すると思うが…

他人がどう使おうとどうでもいい事じゃないのかおまいら

>>825
全解凍して grep の方が速い。
つーか、「目的のコードが有りげなファイルだけを探す作業」が既にだるい。
欲しいのはコードであってファイルじゃない。
しかも手作業とかだったら、俺なら氏ぬ。

× 825
○ 824

プログラムのソースの場合、多くが大量のファイルを吐き出すから削除作業がうっとうしい。
NT系でNTFSなんか使ってた場にには数分かかる事もザラ。
だからとりあえずファイル一覧見て適当なファイルだけ解凍するな、俺も。
大体の場合はそれですぐに目的のものが見つかる。
んでgrepするキーワードが分かってるならソースなんぞ検索しないでwebを検索する。
あ、ごく稀だけどExplzhの書庫内検索も使う事があるな。つってもコイツは全解凍になるか。

最近の例でここに関連するもので言えばNoahと7-zipのソースを見たぐらい。
Noahの場合はshellの実装方法を調べる為で7-zipはzipの圧縮方法を調べる為。
どちらも全解凍はしてない。
全解凍するときはコンパイルしてデバッグで追っかける時ぐらいだな。

とかかいてて思ったが文面からして>828はk.inabaﾀﾝのようなﾖｶﾝがした。違う？

>>830
このスレには179くらいしか書いた覚えがないですがそれはさておき、
ファイル名を見て適切なファイル選び出せるって凄いっすね。

ワシの場合、[目的の機能のコアが入ってるファイル]くらいなら何とか
当たりをつけられるけど、その機能がどうやって呼ばれてるかとか、
そこから呼び出してるサブルーチンがどんな実装なのか、とか読まないと
結局全然理解できないんで。 [理解するに必要なファイル全部] を上手く
選びだすよりは、全解凍しちゃって最初からデバッガで追う方が速いや。

つか、人それぞれでしょ。

機能の規模による

>>830
k.inabaﾀｿはGp開発時正規表現使った事無いとかいってんの
聞いた事ある気がするから、grepとか言わないと思った。

とか書こうと思ったら>831にいるし。フットワーク軽いねえ。

# 確かに[re]な機能は稀にしか使わんが、grep自体はしょっちゅう使うーヨ、一応。
## スレ違いになってきた気がするので、ではさようなら。

>>834
|д･).o○(たまには顔出してつかぁーさい。)

7zの高速化

どこでとは言いませんが久々SYNさん発見。
DGCAが上手いこといくとよいスなヽ(´¬｀)ノ

>>837
同じスレ見てるみたいだね