- 1 名前：login:Penguin mailto:sage [2007/09/26(水) 15:39:21 ID:VZk+Fjj0]
- 過去スレ
01 pc.2ch.net/test/read.cgi/linux/1006743807/
02 pc5.2ch.net/test/read.cgi/linux/1063025258/
03 pc8.2ch.net/test/read.cgi/linux/1101495293/
04 pc8.2ch.net/test/read.cgi/linux/1136695633/
05 pc8.2ch.net/test/read.cgi/linux/1152348695/
06 pc11.2ch.net/test/read.cgi/linux/1173530292/
- 282 名前：login:Penguin mailto:sage [2008/02/11(月) 12:55:43 ID:hHXFn50e]
- >>281
> > xfs_repair ＆ xfs_check は、1TB につき 1GB のメモリが必要。
> すごくフラグメントしてたり、むちゃくちゃになってしまった時に
> 必要なだけで、普段はそんなに要らない。
俺は、良く聞く4MB/i-nodeにつき128MB/RAMという、xfs_repairの昔からの定説から
1TBならi-nodeはおよそこれ位だから、RAMはだいたい1GB的な一般解を>>280は導いてきたと思ったんだが
i-nodeの大きさだけじゃなく、フラグメントも関係あるのか？
俺はツーリングとか、息子の運動会、家族旅行で流し撮りした映像の置き場や、編集用として
WD7500AAKS×4を2410SAでRAID5運用していたわけだが、RAMは1GBしか積んでない
当然中身はGBオーバーの動画ファイル群のみ
だが突然の電源断や、停電などで落ちた際にxfs_checkをかける時でも、これまで一度として
メモリが足りなくなったりしたことはこれまでなかった
俺はこれをエクステントが効いている為に、i-nodeの大きさ自体はそれほど増えていないからだと
理解していた訳なんだが、もしフラグメントが関係しているなら、一度もxfs_fsrをかけたこともなく
使用量も80%を余裕で超えているこのディスクは、相当に断片化しているはずなんだけどな
- 283 名前：login:Penguin mailto:sage [2008/02/11(月) 13:01:33 ID:L4qR2Tu7]
- フラグメントは関係ない
- 284 名前：268 mailto:sage [2008/02/12(火) 02:16:28 ID:XWn0I4iF]
- >>280
システム移行時にサブ(メモリ256MBのP3)機で1.5TBのxfs_checkしたけど、
メモリ食う仕様忘れててswapディスクなしだと見事に固まったな。
低速ながらswapディスク付けたら一晩ちょいでどうにか終わってた。
- 285 名前：login:Penguin mailto:sage [2008/02/14(木) 10:51:10 ID:U8W3css3]
- ttp://www.smalltown.ne.jp/~usata/diary/?date=20080213#p01
おれもxfsってたまに重くなると思ってた。
こういうのもログを別ディスクにしたら性能あがるのかね
- 286 名前：login:Penguin mailto:sage [2008/02/14(木) 10:57:56 ID:S8QS6vkZ]
- >>285
swapに追い出せないジャーナル用のメモリを他のアプリや
カーネルと取り合いしてメモリ上でスラッシングしている
んじゃないかな。
- 287 名前：login:Penguin mailto:sage [2008/02/14(木) 10:59:02 ID:S8QS6vkZ]
- だから、高速なディスクに素早くジャーナルを書き出せれば
起きないのではないかと思う。
- 288 名前：login:Penguin [2008/02/16(土) 10:58:54 ID:1+pZMLPj]
- >>281
xfs_repair,xfs_checkは正常にマウントできなくなった時に使う。
１TB当たり1GBは正解。
ただし、今じゃxfs_repair -L位しか使った記憶ないなぁ
- 289 名前：login:Penguin mailto:sage [2008/02/21(木) 00:04:34 ID:Qe0QvPTZ]
- SuSEでブート領域を外部ディスクにして使ってます。
その外部ディスクが停止したりしてI/Oが一時的にでも停止すると、
ext3 が即座に Read-only で自動的にリマウントされます。
調べたところこれはext3(ext2)の仕様のようですが、どうにかして
リブートせずに Read-write でリマウントできないでしょうか？
今まで試したことは以下の通りです。
1. mount の remount オプションの使用
2. マウントしたまま fsck をかけた後、1を実施
tune2fs のエラー発生時のハンドリングは Continue になっています。
スレ違いでしたらすいません。
- 290 名前：login:Penguin mailto:sage [2008/03/02(日) 13:54:44 ID:hc9C85N7]
- 1FSあたりのファイル,ディレクトリ数って、増えすぎると速度落ちるよね？
その辺のデータって詳しいサイト無いかな。若しくは影響出やすいFSの体験談とか。
1ディレクトリに大量ファイルってのはまたちょっと別なんだけど。
- 291 名前：login:Penguin mailto:sage [2008/03/02(日) 13:57:47 ID:e0Thmhwp]
- それはフラグメンテーション
- 292 名前：login:Penguin mailto:sage [2008/03/02(日) 15:02:36 ID:hc9C85N7]
- あぁ、ファイルの読み取り速度とかディスク速度とかじゃなくて、
ファイルへのアクセス速度(fopen完了までとか)ね。
- 293 名前：login:Penguin mailto:sage [2008/03/02(日) 15:09:57 ID:e0Thmhwp]
- それもフラグメンテーション
- 294 名前：login:Penguin mailto:sage [2008/03/02(日) 21:13:23 ID:hc9C85N7]
- なんのこっちゃ・・・
えーとじゃあ、デフラグした状態で。
- 295 名前：login:Penguin mailto:sage [2008/03/02(日) 21:19:19 ID:1ooFJNDl]
- >影響出やすいFS
FATとかか？
- 296 名前：login:Penguin mailto:sage [2008/03/02(日) 22:01:33 ID:QO19JZJo]
- 実装を別にしてもあれが糞なのは疑いようがない
- 297 名前：login:Penguin mailto:sage [2008/03/02(日) 22:03:01 ID:88VAzaOv]
- 手軽さと互換性をちょっとは評価してもいいとは思うが
- 298 名前：login:Penguin mailto:sage [2008/03/03(月) 14:31:32 ID:olTABkIp]
- NTFSはドライブ内のファイル数が増えてくると急に遅くなる気はするな
MFT周りなんだろうけどよくわからん
FATは論外として、xfsもファイル数増えるとなんかもっさり。
reiserは結構耐える感じ？ まnotailとかのオプションにもよるだろが
- 299 名前：login:Penguin mailto:sage [2008/03/03(月) 15:01:41 ID:JCTvrwL7]
- 単純にindexが肥えていじるのに時間かかるようになるから。
ファイルシステムは大体そういうものだ。
reiserはそういう状況でもそれなりに動く様に設計されとる。
- 300 名前：login:Penguin mailto:sage [2008/03/03(月) 15:08:13 ID:8CT1QtMK]
- ここまで客観的な数値ゼロ
- 301 名前：login:Penguin mailto:sage [2008/03/03(月) 17:34:55 ID:QQPe3/34]
- >>290が体験談を望んでるから妥当な流れ
別に有ってもかわまんので書いてくれても良いよ>>300
- 302 名前：login:Penguin mailto:sage [2008/03/03(月) 19:17:19 ID:ic5kxWI3]
- xfsに変えたら彼女ができました！
- 303 名前：login:Penguin mailto:sage [2008/03/03(月) 20:25:58 ID:i1bQg1Re]
- reiserfsに変えたら妻が失踪しました！
- 304 名前：login:Penguin mailto:sage [2008/03/03(月) 20:59:30 ID:vUAhW00A]
- zfsはどうなんだろうね、ｌｉｎｕｘでも早いところつかえるようにならなかね
- 305 名前：login:Penguin mailto:sage [2008/03/03(月) 23:37:31 ID:aMHSs4ys]
- jfsに変えたらサーバが青いタワー型に！
- 306 名前：login:Penguin mailto:sage [2008/03/04(火) 00:03:47 ID:MG8dmV58]
- >>305
逆だろ、それ。
- 307 名前：login:Penguin mailto:sage [2008/03/04(火) 00:40:55 ID:mPcUgsuW]
- >>303
そういや、あれってどうなったんだろ。
保釈されたんかな？殺人容疑だからありえないか。
- 308 名前：login:Penguin mailto:sage [2008/03/04(火) 13:36:55 ID:luMzogFa]
- Reiserfsってどの程度のファイル数耐えられる？
ext2みたく酷くはないと思うが怖くて使ってない
- 309 名前：login:Penguin mailto:sage [2008/03/04(火) 20:56:04 ID:2F2RseEP]
- inodeが動的にあれだからなあ。
結構いくと思うけど。
- 310 名前：login:Penguin mailto:sage [2008/03/04(火) 21:53:43 ID:kk4vfn0k]
- 参考までにどぞ。
TimeMachineに頼れない人のための完全バックアップ方法：日経パソコンオンライン
pc.nikkeibp.co.jp/article/NPC/20080204/292912/
- 311 名前：login:Penguin mailto:sage [2008/03/16(日) 21:01:35 ID:flqkXLd1]
- ディレクトリエントリつーの？findしたときに読まれるデータを、
優先的にキャッシュに残しとくFSとかオプションとか無いかね。
- 312 名前：login:Penguin mailto:sage [2008/03/17(月) 10:38:08 ID:4IyCtHoK]
- それは FS というか単にキャッシュのアルゴリズムでは?
- 313 名前：login:Penguin mailto:sage [2008/03/17(月) 12:26:47 ID:7b6j/OHS]
- キャッシュバッファのレイヤですな
- 314 名前：login:Penguin mailto:sage [2008/03/17(月) 14:54:29 ID:nm4uxoxm]
- 普通はページキャッシュかブロックバッファと言わないか？
キャッシュバッファだと馬から落馬みたいだ
- 315 名前：login:Penguin mailto:sage [2008/03/17(月) 15:22:06 ID:pTUBucW/]
- >>311
Linuxならディレクトリエントリキャッシュはあるけど。
- 316 名前：login:Penguin mailto:sage [2008/03/18(火) 01:32:40 ID:jCQs8JOZ]
- >>314
buffer cacheといいたかったんだろう。
- 317 名前：login:Penguin mailto:sage [2008/03/23(日) 15:41:33 ID:NvqLU+q0]
- >>316
しかしバッファキャッシュはfindの高速化になんの関係もないので本来の意図は
i-cache, d-cacheではあるまいか？
- 318 名前：login:Penguin mailto:sage [2008/03/23(日) 16:57:13 ID:4i3/VEiN]
- >>317
通常のファイルシステムでは、ファイル名ってのはdirectory fileに格納されているので、buffer cacheは関係なくはないんじゃね？
むしろdirectory entryのcacheはfindには関係なくないか？
inodeのcacheを使うかどうかもfindのオプションによると思う。
- 319 名前：login:Penguin mailto:sage [2008/03/24(月) 11:41:29 ID:xCc6BPh+]
- そのへんよくわからんな
Linuxのディスク〜fs〜buffスレとか無いものか
- 320 名前：login:Penguin mailto:sage [2008/03/28(金) 22:28:36 ID:26zHaioF]
- UBI File System
kerneltrap.org/Linux/UBI_File_System
- 321 名前：login:Penguin mailto:sage [2008/03/29(土) 21:41:44 ID:f/e2EUT3]
- >>320
JFFS2のスケーラビリティーが悪すぎたので１００倍程度では心元ない
- 322 名前：login:Penguin mailto:sage [2008/03/30(日) 04:13:47 ID:GQ0aE0r7]
- ext4dev は早く正式なext4にならないかな
- 323 名前：login:Penguin mailto:sage [2008/03/30(日) 11:01:12 ID:IoGJIZKZ]
- ext4絡みでVFS廻り、相当変わってる？
- 324 名前：login:Penguin mailto:sage [2008/03/30(日) 12:32:47 ID:pKiGTBVm]
- >>323
変わってませんので安心してFUDをお続けください。
- 325 名前：login:Penguin mailto:sage [2008/03/30(日) 14:13:24 ID:o6yKIr3w]
- ext3はjbdが1スレッドしかいないおかげで、しばしばこいつがボトルネックになったけど、
ext4では改善されるんかね？
XFSみたくノード毎にほしいよね
- 326 名前：login:Penguin mailto:sage [2008/03/30(日) 15:22:11 ID:IoGJIZKZ]
- いや、最近のxfsのアホみたいな変更の量は、
VFSが変わったせいかと思ったんだが。そうじゃないのね。
- 327 名前：login:Penguin mailto:sage [2008/03/30(日) 20:33:55 ID:hAIGTsTG]
- >>326
どこも変わってないじゃん
- 328 名前：login:Penguin mailto:sage [2008/03/30(日) 22:09:21 ID:o6yKIr3w]
- XFSつながりで、話を脱線させると、最近David Chinnerの
Per-superblock unused dentry LRU パッチを評価してるんだけど、
これ、いいな。
だいぶ速くなる
- 329 名前：login:Penguin mailto:sage [2008/04/02(水) 23:36:16 ID:miBB8ivN]
- raid0とXFS組み合わせたらext2の1/7ぐらいしか性能でなかった。
ﾎﾞｽｹﾃ･･･
チューニングパラメタとかあんの？
- 330 名前：login:Penguin mailto:sage [2008/04/02(水) 23:45:20 ID:MwvMzT8M]
- >>329
何を書いたかによるんでねぇの
- 331 名前：login:Penguin mailto:sage [2008/04/02(水) 23:47:09 ID:miBB8ivN]
- >>330
dbenchでのスループット
- 332 名前：login:Penguin mailto:sage [2008/04/02(水) 23:53:19 ID:miBB8ivN]
- ちなみに本日の測定結果
ext2: 470MB/s
ext3: 150MB/s
XFS: 70MB/s
- 333 名前：login:Penguin mailto:sage [2008/04/02(水) 23:57:54 ID:ljKkX6tm]
- reiserfs…
- 334 名前：login:Penguin mailto:sage [2008/04/03(木) 00:03:41 ID:itZB1pzN]
- >>333
LKMLみててビルドエラーしたよん系以外の話題でreiserfsはとんとご無沙汰。
あれはもうダメじゃないか？
- 335 名前：login:Penguin mailto:sage [2008/04/03(木) 00:16:25 ID:5AUHYNuG]
- 話題にならないということは、reiserfs3が安定しているということだ。
よいことではないですか。
- 336 名前：login:Penguin mailto:sage [2008/04/03(木) 00:19:23 ID:XQFAcyR9]
- 多分、JFSも超安定してるんだろうなあ・・・
- 337 名前：login:Penguin mailto:sage [2008/04/03(木) 01:06:02 ID:Ztawo/Fi]
- >>336
JFSはサンプルが少なすぎるのかもねｗ
まあ、俺はext3に裏切られてから、IBMを信じて使ってたけど。
- 338 名前：login:Penguin mailto:sage [2008/04/05(土) 14:39:51 ID:CsBMf95s]
- 正式ext4マダ〜？
- 339 名前：login:Penguin mailto:sage [2008/04/05(土) 17:01:10 ID:gcliPWD0]
- たぶん福田総理の辞任→新総理誕生とタイミングが同じになると思う。
- 340 名前：login:Penguin mailto:sage [2008/04/05(土) 22:37:23 ID:BOqKZkDS]
- >>338
正直新FSを名乗るほどは変わってないという印象
- 341 名前：login:Penguin mailto:sage [2008/04/06(日) 12:51:02 ID:2TQbeNBN]
- ext2→ext3よりは変わってるだろ
- 342 名前：login:Penguin mailto:sage [2008/04/06(日) 17:43:04 ID:Wl/OXr5s]
- 16TBを越えるストレージが必要になるまでは、reiserfs使ってたほうが良くない？
- 343 名前：login:Penguin mailto:sage [2008/04/06(日) 17:49:50 ID:u2gn5b5I]
- reiserは8TBまで
実際にハマってXFSにした。
- 344 名前：login:Penguin mailto:sage [2008/04/07(月) 21:57:37 ID:QCSgi87J]
- はよext4でないかなー。
Reiserやxfsはハードの進化に追いついてないし、JFSは死に体だし。
- 345 名前：login:Penguin mailto:sage [2008/04/07(月) 22:04:07 ID:W1D8Pi3p]
- >>xfsはハードの進化に追いついてないし
kwsk!
- 346 名前：login:Penguin mailto:sage [2008/04/07(月) 22:04:21 ID:jcVZQx+d]
- ext?がハードの進化に追いついてるかというとそれも疑問符が付くと思うのだが
reiser4の方が近代的でね？
- 347 名前：login:Penguin mailto:sage [2008/04/07(月) 22:09:03 ID:XafXBPQU]
- 死んだ子の年を数えるのは止めようぜ
- 348 名前：login:Penguin mailto:sage [2008/04/07(月) 22:14:16 ID:pnasWVod]
- ...zfs....
- 349 名前：login:Penguin [2008/04/08(火) 08:05:49 ID:vX51nrv+]
- >>332
＞ちなみに本日の測定結果
＞ext2: 470MB/s
＞ext3: 150MB/s
＞XFS: 70MB/s
ＪＦＳもやってくれー
- 350 名前：login:Penguin mailto:sage [2008/04/08(火) 12:40:57 ID:7jql+r0w]
- >>345
いまC2D対応やってます状態。xfs使うならPen4以前で。
- 351 名前：login:Penguin mailto:sage [2008/04/08(火) 12:42:54 ID:77bTVWBc]
- >>350
そのやってます状態のパッチは？
- 352 名前：login:Penguin mailto:sage [2008/04/08(火) 20:06:46 ID:t6pXtMUO]
- >>350
ああ、開発主体のSGIがスパコン屋さんなので、去年まではIA64メイン、
今年からはx86_64メインだからね。
x86_32 はどうしてもワンテンポ遅れるんだけど、正直それで困ってる人もいないという・・・
- 353 名前：login:Penguin mailto:sage [2008/04/08(火) 21:59:28 ID:kp2pJUVD]
- >>350
対応って具体的に何するの？
ちゃんとしたSMP対応した時点でマルチコア対応と変わらんし。
- 354 名前：login:Penguin mailto:sage [2008/04/09(水) 11:03:15 ID:XsC9hakW]
- >>353
普通そう考えるだろうが、そうじゃなかったのがXFSの凄い(?)ところ。
- 355 名前：login:Penguin mailto:sage [2008/04/09(水) 11:21:07 ID:irm1RyJp]
- ここまで具体的な数値またはコード、０。
- 356 名前：login:Penguin mailto:sage [2008/04/09(水) 13:21:43 ID:XsC9hakW]
- mm絡みのあのpatchとかlock絡みのあのpatchとか思い浮かぶのはあるんだが、
ゴミの山みたいなpatchの中から探し出してくるのがダルすぎ
定量的に比較したことは無いが、ext3はあれほどpatch多くない気がするがどうなんだ?
- 357 名前：login:Penguin mailto:sage [2008/04/09(水) 13:29:32 ID:P7VWxNnr]
- ext4でデフラグがようやく使えるようになると聞いたのですが。まだ未実装だっけか。
しないとパフォーマンス悪いってのはやっぱ、
linuxでは「必要ない」、ではなく「できない」の間違いだったってことですよね。
- 358 名前：login:Penguin mailto:sage [2008/04/09(水) 13:42:10 ID:KQOYg6Em]
- 今時のHDDにデフラグって必要ないんじゃないの？
- 359 名前：login:Penguin mailto:sage [2008/04/09(水) 13:48:54 ID:XsC9hakW]
- ext4の本流にはまだmergeされてない。
が、NECの人が頑張っている流れで実装はある。ext3用のも。
ext2/3ではデフラグが必要ないというより、開発当時の環境では、
デフラグのコストが性能の低下より大きかった、という話じゃないかな。
最近のドライブの大容量化や高速化でそうも言っていられなくなっただけ。
- 360 名前：login:Penguin mailto:sage [2008/04/09(水) 16:46:40 ID:bJQ+WBXU]
- どんなに断片化に強かろうが、使っていれば少しづつ断片化していく訳だが
サーバ市場で普及が進んだおかげでLinuxを長期運用する例が増え
比例して断片化の進み具合やその影響も馬鹿にならなくなってきて
それを解消したがる顧客の声もそこそこの規模になり
更にext4は状況によってext2/3より断片化が発生しやすくなってしまった。
このような時代の流れによりNEC開発陣はデフラグツール開発の大義名分をゲット。
金庫番との死闘と末、開発費を捻出させることに成功したのであった。やったね。
こうですか？わかりません＞＜
- 361 名前：login:Penguin mailto:sage [2008/04/09(水) 17:00:20 ID:KQOYg6Em]
- HDD側のキャシュ増やした方がいいような？
- 362 名前：login:Penguin mailto:sage [2008/04/09(水) 18:30:34 ID:LVCZieeg]
- >>360
発想が昭和の人って素敵って感じだね。
- 363 名前：login:Penguin mailto:sage [2008/04/09(水) 18:46:45 ID:5v+cawCi]
- 俺デフラグずっと眺めてるの好きなのでぜひグラフィカルなUIを用意してもらいたい。
- 364 名前：login:Penguin mailto:sage [2008/04/09(水) 23:04:39 ID:HmwSCQL2]
- >>363
win98のころのブロックが移動して色変わってくの好きだったのに2ｋぐらいから
ただの棒になって色変わるだけになってつまんなくなったな
- 365 名前：login:Penguin mailto:sage [2008/04/09(水) 23:44:17 ID:OcdXE9xM]
- ブロックのやつはそれこそDOSな時代からだよ。
あれは趣があった。
- 366 名前：login:Penguin mailto:sage [2008/04/09(水) 23:57:02 ID:MHOGD1vi]
- 乗せたらダマス 魔法の絨毯 騙され続けて四半世紀だな
デフラグってプラセボつーか依存だよね。3日開けずにやっている香具師いる。
- 367 名前：login:Penguin mailto:sage [2008/04/10(木) 00:23:32 ID:A4V/r+Uq]
- デフラグを高速化するために最新のHDDを買い、
HDDがフラグメントしないようにデータをあまり書かない。
そんな時代も俺にはありました・・・
- 368 名前：login:Penguin mailto:sage [2008/04/10(木) 00:40:21 ID:sVUazSs4]
- 神経質な奴ほどデフラグ中毒になりやすい。
デフラグ中の画面を延々見てる奴。
洗濯中にグルグル回ってるのを延々見てる奴。
両者は似ているようで少し層が違う。
- 369 名前：login:Penguin mailto:sage [2008/04/10(木) 00:53:04 ID:M4lYQAYA]
- defrag中毒のヤシはLFS系のfsつかえばいいのに
- 370 名前：login:Penguin mailto:sage [2008/04/10(木) 01:30:53 ID:NY5kJFee]
- デフラグの画面は人間の生産性を驚異的に落とす最悪のGUIなので
ライフハック（笑）的には真っ先に削除されるべき
- 371 名前：login:Penguin mailto:sage [2008/04/10(木) 01:49:42 ID:gvIBE6hj]
- LFSとか言われてもな
- 372 名前：login:Penguin [2008/04/10(木) 04:06:43 ID:Gfyr/fVJ]
- >>368
洗濯機のグルグルは気持ちが落ち着く
デフラグはイライラする・・真逆
- 373 名前：login:Penguin mailto:sage [2008/04/10(木) 10:21:47 ID:REpR0D1a]
- なんか洗濯機を眺めながら一人で酒を飲んでるって芸人がいなかったっけ?
- 374 名前：login:Penguin mailto:sage [2008/04/10(木) 10:49:40 ID:H34Gbw9O]
- 麒麟の非公園生活者の方（川島）だったな。
ちなみに今は洗濯機そっちのけで眞鍋かをりに乗っかってるとか。
- 375 名前：login:Penguin mailto:sage [2008/04/10(木) 15:59:42 ID:AsPLT2gw]
- >>350
C2D対応のソースまだぁ？
- 376 名前：login:Penguin mailto:sage [2008/04/10(木) 18:46:32 ID:4oJRCPdx]
- デフラグはHFS+のように、
自動デフラグ解消機能をFSに埋め込むって案はないの？
良くアクセスするファイルを、HDDの先頭に移動して高速化するって案は？
- 377 名前：login:Penguin mailto:sage [2008/04/10(木) 19:46:00 ID:g/S3sRn9]
- vxfsﾏﾝｾｰ
- 378 名前：login:Penguin mailto:sage [2008/04/11(金) 02:25:29 ID:xdk7g0sU]
- >>376
＞良くアクセスするファイルを、HDDの先頭に移動して高速化するって案は？
そういう製品もあるよ
ただHDDの先頭は汚染されやすい
（プラッタ上のゴミ等は遠心力で外周に向かいやすい）
ってことを考えると労力の割には微妙だなあと俺は思う
- 379 名前：login:Penguin mailto:sage [2008/04/11(金) 02:33:15 ID:2V7teuhD]
- 良くアクセスするファイルってほとんどの期間osのキャッシュ上にあるんじゃないかな?
ブート時の立ち上がりアクセスを連続化とかそういうのはlinuxじゃ難しそうだし、思想的に好かれなそう。
- 380 名前：login:Penguin mailto:sage [2008/04/11(金) 10:18:34 ID:gfqUbArl]
- >（プラッタ上のゴミ等は遠心力で外周に向かいやすい）
どんなファイルシステムだよ、と思ったら物理メディアの話か…
- 381 名前：login:Penguin mailto:sage [2008/04/11(金) 11:50:29 ID:NtcJovKM]
- HDDの中はクリーンでしょ・・・
- 382 名前：login:Penguin mailto:sage [2008/04/11(金) 12:54:43 ID:xdk7g0sU]
- >>381
プラッタとヘッダが接触する→破片が飛ぶ
あと誤解されがちだがHDDは密閉されていないので
埃等の進入も無いわけではない
|
 |
