ふと気になったのでgitにでかいバイナリファイルを入れたらどうなるのか調べてみた。自分の発表が録画された112メガのaviファイルを実験対象に使う。 cpまずはgitを使わない普通のcpの時間を測っておく。 real 0m0.744s user 0m0.001s sys 0m0.179s git addgit addにはコピーの10倍以上の時間がかかる。 real 0m9.339s user 0m7.989s sys 0m0.490s git commitgit commitには意外と時間が掛からなかった... > このページを見る
最終更新時間:
2012年01月20日12時52分
みんなのブックマーク 人気(0) 新着
- 1GBのファイルがコピーに7秒掛かる環境で、同じファイルがaddに80秒、cloneに20秒掛かる、という比率。addにかかっている時間は大部分がzlibで圧縮するのに掛かる時間。
-
gitにでかいバイナリファイルを入れるとどうなるか - 西尾泰和のはてなダイアリー
- addした時にindexのためにblobオブジェクトを作成(データを圧縮してハッシュを計算)し、commit時はそのblobオブジェクトを指す(treeオブジェクトを指す)コミットオブジェクトを作るだけなので、この計測結果はあってそう
-
『細かい数値は記憶に残らないのであえてバッサリ要約すると、1GBのファイルがコピーに7秒掛かる環境で、同じファイルがaddに80秒、cloneに20秒掛かる、という比率。ネットワーク越しcloneなどは計測していない。』
-
hashobject作るときにshasumとgzipで固めるから常識的に考えてそんくらいかかる。あとaddが早いのはindexみてるからじゃないの
- 思ったより速い…気がする
-
gitで巨大なデータを管理することは避けた方がいいみたい。
5 RT
5 RT
-
@keiji_ariyama えっちなコンテンツをバージョン管理する事で、性癖の変遷を追跡可能にする野望が、、、!
QT @typex20: gitで巨大なデータを管理することは避けた方がいいみたい。
-








