Windowsでは、NTFSでフォーマットするのは非常に高速です。RAMの少ない低電力のLinuxマシンがあります。2TBボリュームをext4にフォーマットするには、長い時間がかかります。
フォーマットを高速化するためにできることはありますか?何がそんなに時間がかかるか想像できませんか?(何がそんなに時間がかかる)
Windowsでは、NTFSでフォーマットするのは非常に高速です。RAMの少ない低電力のLinuxマシンがあります。2TBボリュームをext4にフォーマットするには、長い時間がかかります。
フォーマットを高速化するためにできることはありますか?何がそんなに時間がかかるか想像できませんか?(何がそんなに時間がかかる)
回答:
のようなソリューション-E lazy_itable_init
は結果を変えず、プロセスをスピードアップするだけです。これは、多くの場合、人々がより多くを必要とするが、明示的に尋ねられたものです。
ほとんどの場合、実際には使用パターンに一致するいくつかのオプションが必要であり、ファイルシステムの作成を高速化するだけでなく、より高速な使用とより使用可能なスペースも許可します。
私はちょうどテストをしました。を使用しなくても-E lazy_itable_init
、以下のオプションは2TBファイルシステムの作成時間を16分2秒から1分21秒に高速化します(Intel i7 2.2GHzのカーネル3.5.0 64ビット、USB2接続の2TBディスク-SATAはおそらくより高速です) 。
大きなファイルを保持するファイルシステムでは、次の組み合わせを使用します。
mkfs.ext3 /dev/sdXX -O sparse_super,large_file -m 0 -T largefile4
where -T largefile4
は、/etc/mke2fs.conf
一般的に次のようなものを含むオプションを選択します。
inode_ratio = 4194304
blocksize = -1
やるman mke2fs
これらの各オプションの詳細については。
関連する抜粋は次のとおりです。
sparse_super
Create a filesystem with fewer superblock backup copies (saves space on large filesystems).
large_file
Filesystem can contain files that are greater than 2GB. (Modern kernels set this feature automatically
when a file > 2GB is created.)
-i bytes-per-inode
Specify the bytes/inode ratio. mke2fs creates an inode for every bytes-per-inode bytes of space on the disk. The
larger the bytes-per-inode ratio, the fewer inodes will be created. This value generally shouldn't be smaller than
the blocksize of the filesystem, since in that case more inodes would be made than can ever be used. Be warned that
it is not possible to expand the number of inodes on a filesystem after it is created, so be careful deciding the
correct value for this parameter.
-m 0
ルート用に5%を予約しないとだけ言っています。これは、データ(ブート/ルートではない)ファイルシステムには問題ありません。2TBディスクの5%は100Gbを意味します。それはかなり大きな違いです。
inode_ratio = x
場合ことを意味し、平均ボリューム上のファイルサイズがxバイト未満である、あなたがの方に向かっているinodeのうち実行する前に、ストレージ・スペースが不足。そのシナリオでは、予想以上に無駄に数千を無駄にする可能性があります。
-T huge
ではどちらを使用することになりinode_ratio = 65536
ます。疑わしい場合は、単にext2 / 3/4を作成した賢明な人々に設定-i
または-T
選択させないでください。ハウスキーピングのためにスペースの既知の小さな部分を予約します(何百万もの非常に小さなファイルを保存しない限り)実際のストレージスペースの任意の割合を無駄にしないことが保証されます。人々が書いているように、派手なソフトウェアは素晴らしいですが、良いファイルシステムは退屈で、ただ機能するに違いありません。
mkfs.ext4
より速く(時間:あるreal 0m16.001s
)よりもmkfs.ext3
(時間:real 2m10.336s
)。
フラグを追加 -E lazy_itable_init
マニュアルページの内容は次のとおりです。
有効にしてuninit_bg機能を有効にすると、ikeテーブルはmke2fsによって完全に初期化されません。これにより、ファイルシステムの初期化が大幅に高速化されますが、ファイルシステムが最初にマウントされたときに、カーネルがファイルシステムの初期化をバックグラウンドで完了する必要があります。オプションの値が省略された場合、遅延iノードテーブルの初期化を有効にするためにデフォルトで1になります。
デフォルトはクイックフォーマットです。ext *ボリュームの構造のセットアップは、NTFSボリュームの場合よりもはるかに時間がかかります。スーパーブロックの数を減らすことはできますが、それでもそれだけです。