【HDD】最適なアロケーションユニットサイズ

1 ：06/06/12 〜 最終レス ：12/06/21

別名クラスタサイズとも言うわな。
語れや。
なぜこの大容量時代に議論されてないんや？
なめとったらあかんで。
コマンドプロンプト開いて
chkdskって入力したら現在のサイズ見れるからな。
調べときや。
例
chkdsk (←この場合はやな起動ディスクになるんや
chkdsk c: (←指定したかったらなこうやりや
chkdsk d: (←指定したかったらなこうやりや
すぐ答えだしや。
今日か明日、システム再インストールするやさかい。
分かったな？
ほないこか。

2 ：

ちなみにわしのディスク構成や。
c: がな 250GB や。
HDBENCH のスコアはな
Read : 68956
Write : 72778
RandomRead : 22594
RandomWrite : 32601
や。どや？結構がんばってるやろ？
後バックアップ用に 80GB x2 や。
はやくせんかい。

3 ：

ほなちょっと出かけるやさかい。
かえってくるまでに答えだしときや。

4 ：

自己解決しました。
ありがとうございました。
このスレは削除しますので書き込まないようお願いします。

5 ：

>>4
まてやこらわれ
議論せんかいやこら
ほなまたでかけるやさかいよろしゅうに

6 ：

　　　　　　　　　　　　 ク
　　　　　　　　　キ　　ソ
　　　　　　　　　チ　　ス
　　　　　　　　　ガ　　レ
　　　　　　　 　 イ　　や
　　　　　　　 　 ど
　　　　　　夢 　も
　　　　　　の 　が
　　　　　　跡
　　圖
　 ∧＿∧
　（　´∀｀）
　（　　　　）

7 ：

>>6
おまふざけんじゃねーよってにしばくぞ？
つか、まだ議論のぎの字もはじまってねーじゃござらんか。
はよせな、再インストしてまうよ？
自作板の方がよかったんかのう・・・
ほんまたのむで〜
ほないこか。

8 ：

あら名前堪忍してや
ほなみんないくで

9 ：

このｽﾚは天才pンジー「アイちゃん」が
言語訓練のために書き込んだものです。
アイと研究員とのやり取りに利用するので、
関係者以外は反応しないで下さい。
ご協力お願い致します。
　　　　　　　　　　　　　京都大学霊長類研究所

10 ：

エロ動画ばっかなので64KBにしてみるか〜

11 ：

クソスレもここまでくると和むのは俺だけ？ｗ

12 ：

512が無難と思う、64とか16でしてもｃｈｋｄｓｋでは512と表示されるし

13 ：

北朝鮮って何でこんな馬鹿なことするんだろう・・・
もっと友好的になればいろんな国が支援してくれるだろうに・・・
まぁ自分の好きに出来る国を手放したくないんだろうね。
テポドンの実験失敗の映像
http://www.youtube.com/watch?v=Xe8myLXlEdo&search=tepodon
とりあえず関係ない国を巻き込むな！！！
以上。
それはそうと、おまえらもっと議論せんかいや！！！
議論してしてしまくってもっと議論しまくれや！！！
もうちょいしたらわてまたシステム再インストールするやさかい
よろしくたのむで。
ほなまたくるやさかい。
ほなな。

14 ：

自己解決しました。
みなさん短い間でしたがありがとうございました。

15 ：

なんとなく>>13は偽者じゃね？

16 ：

>>13の前半は出回ってるコピペ
マヌケな>>1だから
たぶんグロ動画でも踏んで来たんだろｗｗ

17 ：

>>13
グロ画やめてくれｗ

18 ：

　　 ／ ￣/｜　　/　 ￣／　　 /　
　　　　　/　　　 /　　／|　　　/　　
　 　 ＿/　＿／　／　　|　　/＿／

19 ：

>>1 ◆ocjaV9zcnI 　
　　　　　　　　　　　,, -──- ､._　
　　　　　　　　．-"´　　　　 　 　 ＼．　
　　　　　　 　：/　　　_ノ 　　　ヽ､_　ヽ.：
　　　　 　 　：/ 　oﾟ(（●）) 　(（●）)ﾟoヽ：
　　　　　　：|　　　　 　　（__人__）　　　 |：
　　　　　　：l　　　　　　　 )　 (　　　 　 l：
　　　　　　：` ､　　　　　　 `ー'　　 　 /：
　　　　　　　：, -‐ (_).　　　　　　　 ／
　　　　　　　：ｌ_ｊ_ｊ_ｊ と)丶─‐┬．''´
　　　　　　　　　　：ヽ　　　：i　|：
　　　 　 　 　 　 　：/　　：⊂ノ|：

20 ：

64ｋがいいに決まってる。
アロケーションユニットサイズが小さいと、すぐ断片化するし。
でかいファイルをいれたとき、アロケがちいさいと、ＨＤＤ余分につかってしまうし。

21 ：

セクタサイズを大きくできれば、64k以上のアロケーションユニットサイズにできるらしい。
ただ、方法がない・・・。
ウインドウズビスタの時代になれば！

22 ：

アロケーションユニットサイズが小さいと、HDDが痛むよ
できるだけ大きくしよう

23 ：

アロケーションユニットサイズをできるだけ大きくすることにより、ＨＤＤを高速化できる。
最大値の64kが理想。
コントロールパネル→コンピュータの管理→ディスクの管理→右クリックフォーマット

24 ：

cドライブ、システムパーティションのアロケーションユニットサイズの変更方法がわかった
cドライブのアロケを６４ｋにしたら、容量食いすぎワロタ
でも読み込みスピードは上がった

25 ：

ビスタってアロケを64k以上にできるのかね？

26 ：

クラスタサイズを64k以上にしたい

27 ：

アロケーションユニットサイズを大きくしてればデフラグしなくていいね＝

28 ：

>>24
遅レスだけどどうやったの？

29 ：

>>28
ttp://support.microsoft.com/kb/140365/ja

30 ：

>>29
�d
でもてっきり稼動中のCドラを変換する方法かと思ってたよ。
まぁ次の再インスコ次に64kでやってみる。

31 ：

>>30
http://www.proton.co.jp/products/acronis-diskdirector/
これで稼動中でもクラスタサイズを変更できる
俺は割れで落とした

32 ：

ｎｙにながれてるな

33 ：

>>1-2
なんか10年ぐらい前のスレかと思ったぞｗ

34 ：

64kにするとOSだけに限っていえばどのぐらいでかくなるの？
1.5G→2Gとか?

35 ：

>34
ttp://www.imgup.org/iup307123.jpg

36 ：

専ブラのログフォルダのドライブを512kとかにすりゃ、１スレ丸ごと速く読めそうだなぁ。
というか、4k→64kでも数が1/16だからヘッドのシーク回数が減るだけでも結構速くなりそう。

37 ：

使用容量の2/3がクラスタギャップという事態になるぜ
まぢで

38 ：

HDDも大容量だからデスクトップなら問題ないかなぁ。
IEとかで普通にページ保存すると小さいjpgやgifが容量食いそうだけど。
37レスまでで8.42kBだから64kにしときゃ200レスぐらいまでなら一発でってのはいいかも。
デフラグも速そうだし。

39 ：

新規にHDD買ってきて、Cドラのクラスタサイズを変えてOS入れようと思ったら、
稼動しているPCにつないでフォーマット(たとえば64k)してからインスコか
>>31みたいなサードパーティのツールで変換する方法くらしかないのかな？
OSのインストーラにはクラスタサイズ変えてフォーマットって機能はなかったよね？

40 ：

BartPE使おうが予めフォーマットしておくって方法しかないね

41 ：

TBレベルになると総クラスタ数に比例するFORMATとCHKDSKのメモリ使用量がはんぱねえ

42 ：

やっぱりクラスタサイズは64kできまり
読み込みの早さこそ正義

43 ：

ＮＴＦＳは、ドライブの圧縮をサポートするという名目で、どんなに大きなハードディスクでもクラスタサイズ4kなんだよね。
100G以上のハードディスクなら4kは小さすぎる　デフラグが3日かかってもおわらねー
しかもクラスタの位置情報のせいで、ハードディスク使用量が無駄に増える　クラスタギャップ以上にね。

44 ：

外付け20G、64kでフォーマットした。
USB1.1でも書き込み速くて笑った。
容量バカ食いでまた笑った。

45 ：

もしかして動画とかファイルサイズが大きくなると、
クラスタ64kの5400回転とクラスタ4kの7200回転と速度が同じぐらいになる事ってあるかな。
シーク回数が減るだけでも結構高速化できそうな気ガス。

46 ：

アホな前提条件が有るぞ

47 ：

HDDじゃないがSDのクラスタ変えてみた
以前認識してくれなかった携帯でも認識されるようになった
このスレに感謝

48 ：

大きなファイル（動画など）では、アロケーションユニットサイズが大きいほうがディスク節約になる。
なぜならば、クラスタ位置情報の数がすくなくなるからである。

49 ：

で、ビスタになったらもちろんクラスタサイズ64k以上にできるんだよね？

50 ：

動画ばっかり入れてるパーテーションのアロケサイズは1MBぐらいほしいね

51 ：

システムドライブは64kで十分だけどね

52 ：

ＰＳＰにつかってるメモステもアロケーションユニットサイズを大きくしろよ
とくに４Ｇ

53 ：

くらっすたサイズを64Kにしたら確かに早い気がする。
確かにフラグメンテーションしにくいような気がする。
でもデフラグできなくなった・・・・
「ディスクデフラグ ツールは 1クラスタあたり 4KB を超える NTFS を最適化できません」
さて4KBに戻すか・・・・・

54 ：

64k連続してりゃデフラグせんでも4kごとにバラバラになったのをデフラグするより速いんジャマイカ

55 ：

>>53
2000ｶﾜｲｿｽ
XP以降ならデフラグできるのに

56 ：

>>54
300GBのファイルさばなんだ・・・・・・細かいファイルが結構あるんだ・・・・
>>55
そうなのか　2003さばを学生の友人に買ってきてもらおうかな

57 ：

大量の細かいファイルを圧縮して大きなサイズになった圧縮ファイルが
たくさんある場合はどうなんだろうね？
あくまで一つの圧縮ファイルサイズが大きいのだから、クラスタサイズも
大きいほうが有利？

58 ：

昔の富士通の8GのHDDでやってみた。
300Mと350Mの動画をUSBの外付けの8Gへ。
外付けケースは2000円ぐらいの安物。
4k→約45秒
64k→35秒

59 ：

>>57
聞くまでもない

60 ：

ナニこのスレｗ

61 ：

>>53
contigとかは？

62 ：

>>60
クラスタサイズ大きいほうが有利だぞ
ためしてみたまえ

63 ：

でフラグソフトはcontigか

64 ：

６４Ｋならデフラグしなくていいんじゃね？

65 ：

チラシの裏失礼。
現在ドライブに存在するファイルについて、各クラスタサイズ毎にクラスタギャップを
計算するスクリプト書いて調べてみた。
あくまでうちの環境で一般性はないが、さらしてみるよ。
Cドライブ (Windows XP)
cluster: 4096, size: 2917402622, gap: 44644354, 1.53 %
cluster: 16384, size: 2917402622, gap: 174536706, 5.98 %
cluster: 65536, size: 2917402622, gap: 836368386, 28.67 %
Hドライブ (音楽制作用データ置き場、巨大ファイルが少数)
cluster: 4096, size: 28587710068, gap: 653708, 0.00 %
cluster: 16384, size: 28587710068, gap: 2484620, 0.01 %
cluster: 65536, size: 28587710068, gap: 11020684, 0.04 %
NTFSが小さいファイルをMFTにつっこむ影響は考慮してないものの、
システムドライブは大きくしても16kくらいにしといたほうがいいと思った。

66 ：

>>59
ようワカラン。解説希望。
圧縮ファイルのHDD上に記録されている概念みたいのが分からないから。
例えば、
1万ファイルを圧縮した1ファイルは、HDD上も1つのテキストファイルと
同様に1ファイルとして扱われているのか。
それとも、ユーザーには見た目上は１つの圧縮ファイルとして表示されて
いるけど、HDD上では1万ファイルがあるのと同じことになっているのか。
要するに、圧縮ファイルをたくさん置いてあるHDDの場合、クラスタサイズは
大きいほうがいいのか、小さい方がいいのかってことなんだけどね。

67 ：

59じゃないけど。
>1万ファイルを圧縮した1ファイルは、HDD上も1つのテキストファイルと
>同様に1ファイルとして扱われているのか。
です。
普通に圧縮ファイルといった場合、大きく2つの機能がある。
1 複数のファイルを1つにまとめる
2 ファイルの内容を圧縮してコンパクトにする
UNIX方面だと2つの機能は別々になっていて、1はtarの担当、2がcompressとかgzipとかbzipとか。
で、1の機能を持っていれば、ファイルシステム的には1つのファイル。
ZIPやLZHは、1/2両方の機能を持っている。なので、ファイルシステム的には1つのファイル。
Windows XPだとZIPファイルをフォルダとして見られるけど、あくまでエクスプローラが
提供する機能であって、ファイルシステムからはただのZIPファイルです。
で、圧縮ファイルをたくさん置いてあるHDDだけど、圧縮ファイルのサイズによるとしか言えない。
クラスタサイズ4kでも圧縮ファイルがみんな1kならギャップ75%になるし、1Mなら0.39%。

68 ：

大きいファイルのばあい、クラスタ位置情報のせいで無駄に容量を使うよ
アロケーションユニットサイズは大きいほうがいいお

69 ：

66がなんであんな考えが出てくるのか分からなかったが、XPとかにはZIPファイルをフォルダのように見せるシェルエクステンションがデフォであるんだっけな

70 ：

XP SP2だと、クラスタサイズは4Kb以外は選べないんじゃなかったっけ？（NTFS）
RAIDを構築するときだけだっけ？

71 ：

>>70
うちはふつーに64kでフォーマットできて、問題なく使ってるけど・・・

72 ：

>>70
ヒント:マイコンピュータからやるな

73 ：

＞＞７０
コントロールパネル
ディスクの管理
わかったか？

74 ：

すまん、アロケーションユニットの認識ってのは
ファイル書き込める最小単位なので
６４Ｋにした場合は６４Ｋ未満（ぶっちゃけ１Ｂ）のファイルでも６４Ｋになり、
６４Ｋを超え１２８Ｋ未満なファイルは６２Ｋの領域を２つ使うので必ず１２８Ｋになる
でＯＫ？
よって小容量すぎるファイルがたくさんある場合は無駄に容量を消費するが
容量がとにかくでかいファイルばかりの場合、無駄に消費する容量が相対的にすくなくなるから効率よい
でＯＫ？

75 ：

おk
つかアロケーションブロックサイズを大きくするのは昨今のOSを入れるのにはかなり無駄。

76 ：

昨今、HDDの大容量化はすさまじいものがあるんだから、容量の効率よりも
速度の効率を重視した方がいいと思うけどね。
そもそも今やHDDの領域をしめるのは動画や画像や音楽などの巨大ファイルだ。
大きなファイルならアロケーションサイズが大きかろうと、さして容量の無駄は起きない。
逆に大きくした方がアクセス速度は速くなる(まあ誤差程度ではあるけどね）
結局、デフォルトで問題ないと思うけどね。

77 ：

連続してりゃシーク回数が減るんでHDDへの負荷が結構減るんジャマイカ。

78 ：

>>74
クラスタにはそれぞれ位置情報とかが書き込まれてる
よってクラスタがすくなければすくないほど容量を食わない
まあ小さいファイルが多ければ、クラスタギャップがそれを上回るんだけど

79 ：

>>77
デフラグをすればアロケーションサイズに関係なく連続するじゃん

80 ：

>>79
そんな高性能なデフラグは無い。
つーか、デフラグしてない状態で効果がよく分かるのは2chの専ブラのログフォルダを
別のHDDにフォルダごとコピーすると、4kだと送り側のHDDがすさまじい音をたてるが
64kだとかなり改善される。

81 ：

あら
10年位前はアロケーションユニットサイズは小さいほうが良かったんだが
今は違うのか
1バイトのファイルが6万5千個で2Gのドライブが満タンになるとか面白い減少だったのに
ところでFAT32とNTFSのアロケーションユニットの最大数っていくつ？
アロケーションユニットサイズの設定可能な最大サイズ
じゃなくて
アロケーションユニットの数の最大値ね
FAT16で65535個だからFAT32は4294967295個？
42億かorz

82 ：

ちょ
アロケーションユニットサイズってクイックフォーマットで変更できるのかorz
Old soldiers never die, they just fade away.

83 ：

cドライブは専用ソフト使わないと変更むりーー

84 ：

>>80
> そんな高性能なデフラグは無い。
へ？何をいってんの？まさか標準のデフラグしかしらない？（笑
> 別のHDDにフォルダごとコピーすると、4kだと送り側のHDDがすさまじい音をたてるが
> 64kだとかなり改善される。
まあコピーの瞬間はそうだろうね。しかしHDDアクセスの大部分は読み込みのみなわけで、
そのためだけにクラスタサイズを変えてまで速くしたい？

85 ：

>>78
> クラスタにはそれぞれ位置情報とかが書き込まれてる
連続してれば、「○○の地点から○○個」というように記憶されるから、
位置情報はさして増えないはず。

86 ：

4KBから64KBにしてみたけど書き込みは早かったけど読み込みは変わらんね
音はもともと音の小さなHDDだったらしくアクセス中に耳を近付けても何も聞こえない

87 ：

>>85
http://homepage2.nifty.com/igat/igapyon/diary/2003/ig031007.html

88 ：

>>87
ざっと読んでみたけど、リンク先も含めて、
>>78か>>85か判断できるだけの信頼できる情報はないねぇ…

89 ：

>>87-88
http://www.linux-ntfs.org/content/view/104/43/
http://www.diskeeper.com/whats-new/dkwp-1.doc
http://www.ntfs.com/assemble-clusters.htm

90 ：

英語を読む気にはなれないな

91 ：

>>87,90
馬鹿乙

92 ：

>>88
$bitmapと$MFTがごっちゃになってるだけでしょ
$bitmapについての言及なら>>78は合ってないことも無い
$bitmapのファイルサイズはクラスタの総数に依存する
一方>>85が$MFTについての言及ならこれも合ってないことも無い
（正しくは開始位置のみ記録する。2つに断片化してればそれぞれの開始位置を記録）

93 ：

ありがと

94 ：

良スレ発見
今度320GB買うから64kでやってみるぜぇええ
おまえら乙

95 ：

>>94
すべてのドライブを64Kにするといいよ
ｈｄｄの寿命も延びるし、フラグメンテーションもしにくくなる

96 ：

>>94
Cドライブには余裕を持った方がいいよ
>>65とか見る限りクラスタギャップがかなり大きくなるみたいだし

97 ：

>>94
MFTに直接収められるファイルと、$Bitmapの縮小と、デフォルトで圧縮属性がつけられるファイルが圧縮されなくなることも考慮しとけよ

98 ：

>>92
もともとがクラスタギャップの話なんだから$MFTの話に決まってるだろ。
$bitmapってのはクラスタの使用状況を記録している場所なんだから、
書き込むファイルのサイズの半紙には無関係。
ってことであなたが一番の頭悪ｗ
そもそも>>87はなんでwebに書いてあることは何でもかんでも全部正しいと思うのやら（苦笑
だいたいクラスタギャップを問題にするならクラスタサイズは小さい方が有利なわけで、
クラスタギャップによる無駄を減らすために大きなクラスタサイズを使うことを考慮するというのは、
もはや支離滅裂。まあ基本的にファイルシステムのことを全然分かってないんだろうけどね。

99 ：

>>96
> >>65とか見る限りクラスタギャップがかなり大きくなるみたいだし
ん〜65が自分で書いていることだけど、小さなファイルはMFTに格納される点を
無視してるのはこの場合かなりマズイと思うのだが。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

27インチ液晶モニター その3 (866)
液晶デビューしたら上げるスレ　さらばCRT！ (209)
【NEC】Express5800/S70 RB 男と女１本目【新鼻毛】 (225)
サンワサプライ SANWA SUPPLY 020 (526)
【HDD】iVDR統合スレッド Part1【小型】 (339)
パンタグラフキーボード Part12 (891)
--log9.info------------------
[再]魔法少女リリカルなのはStrikerS ★7 (531)
さんかれあ ★9 (553)
ミクの日大感謝祭 ー制作日誌３９ー実況2 (743)
【水樹奈々】LIVE CASTLE×JOURNEY実況　その9 (973)
【アニ特】NHK-FM 今日は一日“特撮”三昧★2曲目 (927)
テレビ朝日アニメ・特撮実況スレ★76 (386)
戦国コレクション ★4 (450)
つり球 ★4 (835)
めだかボックス ★5 (921)
LUPIN the Third -峰不二子という女- ★4 (755)
日本テレビ(NTV)アニメ実況◆51 (393)
アクエリオンEVOL ★17 (481)
這いよれ!ニャル子さん ★14 (311)
君と僕。2 ★5 (736)
機動戦士ガンダムAGE ★23 (904)
AT-X -アニメシアターX- 実況スレ_part31 (426)
--log55.com------------------
Archeage Nui鯖晒しスレpart11
【YAH/ゆあほぷ】You Are Hope ヲチスレ 第5世代【ohol】
緑川百々子について語るスレ【ももちゃん14歳】16
婆風呂86
鬼火丁の冷徹同人ヲチスレ11
ゴミ溜めモバゲー糞アバ不正者晒し監視叩き潰し2
ArcheAge Inoch 晒しスレ Part21
ガールフレンド（仮）晒しスレ68ドリアン