SanDisk USBフラッシュドライブは、フォーマット後に10GBのフォルダーをコピーしたときに43GBが使用されていることを示しています[複製]


17

最近、SanDisk 128GB USBフラッシュドライブを購入しました。

そして、USBフラッシュドライブをexFAT形式でフォーマットした後、容量が約10GBのフォルダーをコピーしました。そこには小さなファイルがたくさんあるので、少し時間がかかりました。

ただし、フォルダーをコピーした後にWindowsエクスプローラーで表示すると、約43 GBのストレージが占有されており、現在は無料で使用できるストレージは70 GBだけです。

何が起きており、どのように対処すればよいですか?USBフラッシュドライブは物理的に壊れていますか?

7 GBの容量を持つ単一のファイルをコピーしたときに、約110 GBの空き容量が正しく表示されたため、それはまだ奇妙です。


7
小さなファイルを右クリックしてプロパティに移動すると、「サイズ」と「ディスク上のサイズ」に対して何が表示されますか
スコットチェンバレン


20
あなたa 10GB fileはタイトルで言ったが、実際にコピーした10GB folder of small filesそれらは完全に違う。クラスターのサイズが4KBで、ファイルの平均が1KBの場合、明らかにディスク上で40GBが必要です。デフォルトでは、exFATの割り当てサイズは他のファイルシステムよりもはるかに大きい
-phuclv

どうしてそんなことをしました?USBスティックをラップトップ、デスクトップ、および同様のハードウェア以外のものと使用する必要がありますか?私の知る限り、一部のカーラジオなどはNTFSまたは同様の代替をサポートしていません
...-バクリウ

フォルダーに「容量」(保持できる最大値)があるとは思わないが、おそらくファイルの数を期待する。どういう意味ですか?
jpmc26

回答:


57

あなたはすでにあなた自身の質問に答えました:それにはたくさんの小さなファイルがあります

exFATボリューム上のすべてのファイルには、少なくとも1つのブロックサイズが必要です。そのため、サイズが1バイトのファイルには少なくとも4Kが必要です(1:4096のサイズ増幅)。4.3のサイズの拡大が見られますが、これは多くの小さなファイルで非常に妥当です。

この仮説を確認するには、ファイルをWinRARとゼロ圧縮設定でパックしてから、このファイルをUSBスティックにコピーします。


14
それはまさにその意味を意味します。ディスク領域は、約4kbの増分で割り当てられます。1バイトのファイルは4kbのディスク容量を占有します。2バイトのファイルは、同じ4kbのディスク容量を占有します。同じ3バイト、最大4096バイト。4097バイトのファイルは、8192バイトのディスクスペースを占有します(これは、ディレクトリエントリを作成するオーバーヘッドを無視しています)。ファイルの平均サイズは約1kbのようであるため、データの合計の4倍を使用することになります。すべてのファイルシステムは、FATまたはNTFSのように機能しますが、blkサイズのみが異なりますが、ときどきいくつかの最適化が可能です。
サムVarshavchik

7
NTFS は、多くの小さなファイルの処理において、FATのどのバージョンよりも実質的に効率的です。Windowsを実行しているフルサイズのコンピューターでのみこのUSBドライブを使用する場合、NTFSとしてフォーマットすることは完全に合理的なことです。一方、カメラ、またはApple製品にプラグインすることを計画している場合、彼らはそれを読むことができません。
zwol

3
exFATが4kよりもはるかに大きいブロックサイズで無償でフォーマットされた可能性はありますか?これは、互換性を損なうことなく、適切なオプションを使用してexFATとして再フォーマットすることで修正できます。
R ..

3
@zwol Apple製品 NTFSドライブ読み取ることができます。彼らはデフォルトでそれらに書き込むことができません
-awksp

4
MSDNによると、128 GBのexFATパーティションのデフォルトのクラスターサイズは128 kBです。それは小さなファイルでは非常に悪い振る舞いをします。ここではジッピングがあなたの友達です。
ピーター-モニカの復活

14

exFATとしてフォーマットする場合、ほぼ確実に128kや512kなどの大きな割り当て単位(ブロックサイズ)を選択します。標準の4kアロケーションユニットで再フォーマットすると、問題は解決します。



2
ええ、それは大きな問題です。4kで再フォーマットします。
R ..

1
私にとっては、デフォルトの割り当てサイズは512キロバイトだった...
フェリックス・リー

@FelixLeeは、1バイトのファイルでも512 KBを必要とすることを意味します。
キャプテンマン

1
@GalacticCowboy:現在は要件ではないかもしれませんが、一般的なベストプラクティスです。特に、別のシステムのファイルにアクセスする必要がある場合、またはドライブに破損があり、OPが可能な限り多くのデータを回復しようとしている場合に問題になる可能性があります(アーカイブファイルにネストされている場合は特に幸運です)圧縮されたもの)。
R ..

7

なんでこんなことが起こっているの?

たくさんの小さなファイルを保存しているからです。

ファイルシステムには、保存できる最小ファイルサイズがあります。NTFSファイルシステムの場合、通常は4KBです。exFATの場合、はるかに大きくなる可能性があります。これは、ブロックサイズまたはクラスターサイズと呼ばれます。このサイズよりも小さいファイルは最小サイズを使用し続けるため、1KBファイルは4KBのディスク容量を使用する場合があります。3KBファイルも4KBのディスク容量を使用します。5KBのファイルがある場合、8KBのディスク容量を使用します。

穴のグリッドのように想像できます。各穴には、一定量のデータを保持できます。ファイルは、すべてのファイルのデータを保持するために必要な数のホールに分散されますが、ホールに複数のファイルのデータを含めることはできません。そのため、ファイルのデータが穴を完全に満たさない場合、そのスペースの一部が無駄になります。他のファイルはそのホールを使用できないため、未使用のスペースは使用できません。

あなたはそれについて何ができますか?

あなたの場合、あなたは穴を埋めない多くのファイルを持っているので、多くの無駄なスペースがあります。すべてのファイルをZIPファイルに入れると、そのデータはすべて1つのファイルに含まれ、ドライブの使用領域が大幅に少なくなります。

一部のUSBドライブはデフォルトでexFATとしてフォーマットされているため、このドライブを使用してWindowsコンピューター間でファイルをコピーする場合(または単にストレージ用)、ドライブをNTFSとして再フォーマットすることもできます(ただし、最初にすべてのファイルをコピーします) 、明らかに!)より小さなクラスターサイズを取得しようとします。


2

他の答えが示唆したように、アーカイバーを使用しますが、WinRARは無料なので7zを使用することをお勧めします。また、Windowsの組み込みの「送信>圧縮(zip形式ファイルとフォルダを右クリックすると、「フォルダ」オプションが表示されます。7zより高速ですが、アーカイブはわずかに遅くなります。

主にJPEG画像またはまったく圧縮しない他の何かを保存する必要がある場合は、7zを使用して「圧縮なし」オプションを明示的に選択することでメリットが得られます。

.rarまたは.7zではなく.zipアーカイブ形式を使用することが重要です。Windowsは、いくつかの制限はありますが、あたかも他のフォルダーであるかのようにそれらを参照できるためです。

フラッシュドライブでそのようなファイルを参照できないことに問題がない場合は、別の形式を使用できますが、ファイルがそれほど多くのスペースをとらない重要な部分は、すべての元のファイルではなく単一のアーカイブファイルを持つことです。


3
サイズが公称サイズの4倍になった場合、ファイルの大部分は1k以下です。これらはほぼ確実にjpegファイルではありません。
R ...

もう1つは、なぜ「圧縮なし」を選択するのでしょうか。ファイルが過度に圧縮可能でない場合でも、わずかに小さくなります。
Clonkex

1
@clonkex速度とレイテンシが重要だから
PlasmaHH

2
@Clonkex圧縮アルゴリズムはその性質上、比較的遅く、リソースを集中的に使用するため、ファイルを圧縮/解凍するための余分な時間で圧縮しても意味のある利得が得られないことがわかっている場合は、ジッパーにそのステップをスキップするように指示してください?
Trotski94

1
圧縮されたアーカイブを書いていない-普通のマシン上で通常の(非LZMA)圧縮アルゴリズムのための@JamesTrotterは、ディスクを書くことができるよりも速く圧縮コードの実行は、そうない「余分な時間」があるより速く、それが少ないバイトとディスクを書き込むためボトルネックです。
ホッブズ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.