データファイルは大きいのがいいの？検証

０．更新履歴

• 2002.03.15　新規作成．
• 2002.03.18　並列でちっちゃいファイル複写の計測と結果の追加．
• 2002.03.19　大きいファイルとの比較を追加．

１．はじめに

　このドキュメントでは，Windows2000サーバ上で，データファイルをSMBによってネットワーク転送する場合，ファイルサイズの関係によってどの程度差があるのかを検証する為のものである．

　この検証は，たとえば，Oracleでオープンバックアップをしたデータファイルを，別のサーバに転送して利用する際に，より効率の良い方法を導くものである．

２．テストその１　ファイルは小さいほうが良いのではないか

２．１．仮説

　同じ容量のデータファイルを使用する場合，単一の大きいファイルより，複数の小さいファイルの方が，転送効率は良いのではないか．

２．２．テストパターンと内容

• あらかじめ，どこかのドライブをマウントしておく．
• コマンドプロンプトを起動し，その上で，copyコマンドを使って複写する．
• このテストのために，特別に独立したネットワークは作らない．
• 使ったバッチファイルは次のとおり．

@echo off

echo 1GB Start
now
copy s:\test1g.dat
now
echo 1GB End
echo 512MB Start
now
copy s:\test51*.dat
now
echo 512MB End

echo 256MB Start
now
copy s:\test25*.dat
now
echo 256MB End

• Win2000についている，timeコマンドでは秒まで表示されないので，NT4.0リソースキットについているnow.exeを使っている．

２．３．結果

• 上記のサイズ別のパターンを，3回行ってみた．

　どの結果も，同じ結果が出ている．
　合計サイズが同容量であれば，ファイル数が少ないほうが高速に複写されるようである．

３．並列で複写をした場合にどうなるか

　256MBのファイル４つ，合計１GBのファイルを，並列で複写した場合，速いか遅いかを確認する．

　並列というのは，コマンドプロンプトを４つ開いて，それぞれで256MBの別々のファイルをほぼ同時にcopyコマンドを実行した結果である．

　並列で複写させると，オーバヘッドがかかるためか，直列時の２倍の時間が必要になっている．

　この結果から考えると，データベースのような常時I/Oが多いアプリケーションが稼動している際に，I/O負荷の高い処理を行うのは，あまりお勧めできないのかもしれない．．．

４．大きいファイル時の1MBあたりの転送効率

　さらに大きいファイルをcopyして，その経過時間から転送量を計算し，秒あたりの転送量を調べる．

　この結果から，転送効率が良いのは，単一512MBか1GBファイルとなる．
　特に，7MB/sec出ているので，これが100Mbit Etherの限界に近い数値がでている．