ハードドライブをフォーマットする場合、選択できる選択肢の1つは、アロケーションユニットのサイズです。ほとんどの人は、推奨されるデフォルト値のままにして、生活を続けます。
しかし、その数のサイズを変更するとどのような影響があるのか疑問に思ったことはありませんか？デフォルトの番号はニーズに最適ですか？どのアロケーションユニットサイズが最適かを見てみましょう。実際、思ったほど複雑ではありません。
ドライブフォーマットのクラッシュコース
特に割り当てユニットに入る前に、ドライブフォーマット(drive formats)について簡単に触れる必要があります。ドライブがフォーマットされていない場合、物理的なドライブスペースは広いオープンフィールドのようになります。ドライブをフォーマットすると、あたかもその広く開いたフィールドが小さな土地に区画されたかのように、アドレスに整理されます。
フォーマットが異なれば、利用可能なスペースを配置するためのシステムも異なり、それぞれに長所と短所がありますが、それは別の記事の話です。
アロケーションユニットのサイズとは何ですか？
ドライブのフォーマットが、オープンフィールドをより小さな土地の区画に変換するようなものである場合、アロケーションユニットはそれらの区画の1つになります。「クラスター」サイズと呼ばれることもあります。アロケーションユニットは、ドライブが保存できるデータの最小ビットです。
これは、1つのファイルがアロケーションユニットのサイズよりも小さい場合でも、全体を占めることを意味します。したがって、残りの物理スペースは無駄になります。
デフォルトの割り当て単位(Default Allocation Units Size Determined)のサイズはどのように決定されますか？
どのアロケーションユニットサイズが最適かは、いくつかの要因によって異なります。ドライブの合計サイズから、使用している特定のオペレーティングシステムまで。ドライブのパフォーマンスと効率的なスペースの使用のバランスが取れるように、割り当てユニットのサイズを選択する必要があります。
ただし、システムドライブに保存されるファイルの種類は、一例として、メディアファイルの保存にのみ使用されるドライブのファイルの種類とは大きく異なる場合があります。
次に、ファイルの断片化が発生したときにパフォーマンスが低下しないソリッドステートドライブの問題があります。(solid state drives)断片化は、部分的には割り当てサイズの関数でもあります。したがって、ドライブをフォーマットするときに提供されるデフォルトの割り当てサイズは、ほとんどの人にとって、ほとんどの場合に機能する汎用サイズです。
アロケーションユニットのサイズ(Allocation Unit Size)はパフォーマンス(Performance)にどのような影響を与えますか？
アロケーション(Allocation)ユニットのサイズは、ドライブのパフォーマンスに影響を与えます。特に機械式ハードドライブ。基本的(Basically)に、アロケーションユニットのサイズを大きくすると、アロケーションユニットの総数は少なくなります。ドライブの不動産の「プロット」が大きいため、これは理にかなっています。したがって、コンピュータがデータの物理的な場所を検索する必要がある場合、アドレス帳ははるかに薄くなります。
これにより、ドライブの「シーク時間」が短縮されます。つまり、ファイルアロケーションテーブルでファイルの場所を検索してから、正しいアロケーションユニットにアクセスするのにかかる時間です。繰り返し(Again)になりますが、メカニカルドライブでは、ハードドライブの読み取り/書き込みヘッドをアクセスしたいアロケーションユニットの場所に物理的に移動する必要があるため、これは重大な問題です。
割り当てサイズが非常に小さい場合も、極端な断片化につながる可能性があります。これは、アロケーションユニットよりも大きいファイルは複数のユニットに書き込まれるためです。ここでの問題は、ファイルの書き込みと削除が時間の経過とともに行われるため、開いているユニットがドライブ全体に分散する可能性があることです。
アロケーションユニットのサイズ(Allocation Unit Size)はドライブスペース(Drive Space)にどのような影響を与えますか？
ハードドライブのフォーマットされたスペースは、パッケージで宣伝されている生のスペースの合計とは異なります。これの主な理由は、アロケーションユニットのサイズとは何の関係もありません。これは、メガバイトを1024キロバイトと定義しているというかなりばかげた事実によるものです。ただし、ハードドライブメーカーがメガバイトを1000に丸めている場合を除きます。これは、コンピュータのメモリとストレージが10進数ではなく、2進数で測定されるためですが、これは厳密には割り当てとは関係ありません。ユニットサイズ。
ファイルの実際のサイズとディスク上で占めるスペースの量が異なるその他の理由は、割り当て単位のサイズと関係があります。(othe)ユニットサイズは、ファイルがドライブ上で占有できる最小容量を決定します。したがって、ユニットサイズが4KBで、ファイルが2KBの場合、2KBのフィラーデータになります。ドライブ上のすべてのファイルのサイズが2KBしかない場合、ドライブスペースの半分を浪費することになります。
問題は、ファイルがすべてのサイズで提供されることです。特にシステムドライブでは、構成データを含む何百万もの小さなテキストファイルだけでなく、プレゼンテーションや高解像度の写真などの大規模なメディアファイルも存在する可能性があります。
割り当てサイズを大きくしすぎると、多くのユニットが部分的にいっぱいになるため、スペースが無駄になります。それらを小さくしすぎると、ファイルが多くの異なる割り当て単位に分割されることになります。最近のハードドライブは非常に大きいので、ファイルアロケーションユニットのスペースの浪費についての懸念はもはや重要ではありません。
推奨される割り当て単位のサイズ
これで、アロケーションユニットとは何か、アロケーションユニットが存在する理由、およびアロケーションユニットを変更したときにパフォーマンスとスペースにどのような影響があるかがわかりました。残りの問題は、最新のコンピューターで変更する必要があるかどうかです。
正直な答えは、標準のデスクトップコンピュータでは、ユーザーとしてのあなたに目立った違いはおそらくないだろうということです。サーバークラスターまたは専用のドライブアレイ内の専用ドライブについて話している場合は、問題になる可能性があります。あなたにとって最良の選択肢は、通常、オペレーティングシステムがデフォルトであると言っているものにそのままにしておくことです。
例外があるかもしれません。たとえば、大きなメディアファイルの保存にのみ使用される外付けのメカニカルUSBドライブがあるとします。(USB)そのドライブ上の事実上すべてのファイルが最大アロケーションユニットサイズよりも大きくなることがわかっている場合は、無駄なスペースについて心配する必要はありません。ユニットサイズをそのドライブ上の通常のファイルよりも小さい最大サイズにクランクアップすると、シーク時間を短縮できます。
別のシナリオを試してみましょう。小さなSSDをメインドライブとするウルトラブックまたはネットブックがあります。16GBまたは32GBユニットのようなもの。スペース(Space)が非常に狭いため、アロケーションユニットのサイズを小さくすることで、無駄なスペースを削減できます。SSDであるため、読み取り/書き込みヘッドがないため、データがドライブ上で断片化されているかどうかは実際には問題ではありません。(fragmented)アクセス(Access)は瞬時です。
ジュースは絞る価値がありますか？
ハードナンバーに関しては、どのアロケーションユニットサイズがどの目的で100％機能するかはわかりません。実験する時間や機会がない場合は、デフォルトを使用することをお勧めします。
NTFS Windowsドライブの場合、その数は4096バイトです。どのMicrosoft(Which Microsoft)が、一般的なユーザーにとって最適な汎用サイズと見なしているのか。デフォルトの変更は、特定のユースケースが改善されることがわかっている場合にのみ行う必要があります。
What Allocation Unit Size Is Best for Drive Formatting
When уou format a hard drive, one of the choices you can make is what size the allocation unit is. Most people just lеavе it on the recommended default value and get on with their liveѕ.
However, have you wondered what effect changing that size of that number will have? Is the default number best for your needs? Let’s look at which allocation unit size is best for you. It’s actually less complicated than you think!
A Crash Course on Drive Formats
Before we get to allocation units specifically, we need to briefly touch upon drive formats. When a drive is unformatted, the physical drive space is like a wide open field. When you format the drive it gets organized into addresses, as if that wide open field got parceled into little plots of land.
Different formats have different systems for arranging the available space, each with their own pros and cons, but that’s a story for another article.
What Is Allocation Unit Size?
If formatting a drive is like converting an open field into smaller plots of land, then the allocation unit would be one of those plots. It’s sometimes also referred to as the “cluster” size. The allocation unit is the smallest bit of data that a drive can store.
This means that even if a single file is smaller than the allocation unit size, it will still take up the entire thing. Any remaining physical space is therefore wasted.
How Is the Default Allocation Units Size Determined?
Which allocation unit size is best depends on a number of factors. From the total size of the drive to the specific operating system that you’re using. The allocation units size has to be chosen so that there’s a good balance between drive performance and efficient space use.
However, the types of files that are stored on a system drive may be very different from those on a drive that will only be used to store media files, as one example.
Then we have the issue of solid state drives, which don’t suffer from performance loss when file fragmentation happens. Fragmentation is also in part a function of allocation size. So the default allocation size that you’re offered when formatting a drive is a general purpose size that should work for most people, most of the time.
What Effect Does Allocation Unit Size Have on Performance?
Allocation unit size does have an effect on drive performance. Especially mechanical hard drives. Basically, the bigger you make the allocation unit size, the fewer the total number of allocation units. This makes sense because your “plots” of drive real estate are larger. So when your computer has to look up the physical location of your data, the address book is much thinner.
This reduces the “seek time” of the drive. That is, how long it takes to look up the location of the file in the file allocation table and then to access the correct allocation units. Again, on mechanical drives this is a significant problem because it physically has to move the read/write heads of the hard drive to the location of the allocation unit you want it to access.
Having a very small allocation size can also lead to extreme fragmentation. That’s because any files that are larger than the allocation unit will be written to multiple units. The problem here is that open units can be scattered all across the drive as files are written and deleted over time.
What Effect Does Allocation Unit Size Have on Drive Space?
The formatted space of a hard drive is different from the total raw space advertised on the packaging. The main reason for this has nothing to do with allocation unit sizes. It’s because of the rather silly fact that everyone defines a megabyte as 1024 kilobytes, except for hard drive makers who round it to 1000. This is because computer memory and storage are measured in binary units, not decimal, but that’s not strictly related to allocation unit size.
The other reason the real size of a file and the amount of space it takes up on a disk are different has to do with the allocation units size. The unit size determines the smallest amount of space a file can take up on the drive. So if your unit size is 4KB, but the file is 2KB, you end up with 2KB of filler data. If every file on the drive was only 2KB in size, you’d waste half the drive space!
The problem is that files come in all sizes. Especially on system drives, where there may be millions of small text files that contain configuration data, but also massive media files such as presentations or high resolution photographs.
If you make the allocation size too big, you’ll waste space as many units end up partially full. Make them too small and you end up with files split across many different allocation units. Although modern hard drives are so large that concern about wasted file allocation unit space doesn’t really matter anymore.
Recommended Allocation Units Sizes
So now you know what an allocation unit is, why it exists and what effect it has on performance and space when you change it. The remaining question is whether you should change it on a modern computer.
The honest answer is that it probably won’t make a noticeable difference to you as the user, on a standard desktop computer. It may matter when we’re talking about specialized drives in a server cluster or in a purpose-built drive array. For you, the best option is usually just to leave it at whatever your operating system says the default should be.
There may be exceptions. For example, let’s say you have an external mechanical USB drive that will only be used to store large media files. If you know that virtually all of your files on that drive will be bigger than the biggest allocation unit size, you don’t have to worry about wasted space. Cranking up the unit size to the biggest size smaller than the typical file on that drive will let you enjoy faster seek times.
Let’s try another scenario. You have an ultrabook or netbook with a tiny SSD as its main drive. Something like a 16GB or 32GB unit. Space is very tight, so by making the allocation unit size small you can cut down on wasted space. Since it’s an SSD it doesn’t really matter if the data is fragmented over the drive, because there’s no read/write head. Access is instant.
Is the Juice Worth the Squeeze?
As for hard numbers, we can’t tell you which allocation unit size will work 100% for which purpose. If you don’t have the time or opportunity to experiment, then you may as well just go with the default.
For NTFS Windows drives that number is 4096 bytes. Which Microsoft considers the best general purpose size for typical users. Changing the default should only be done if you know it’s going to make your specific use case better.
