- 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/
- 253 名前：login:Penguin mailto:sage [2008/02/07(木) 10:56:01 ID:NVBqFf6j]
- 俺なんかはntfsよりreiser・・・じゃなかった、xfsで何事も無かったように再起動できたことに驚愕したものだが。
ntfsだとどっか壊れるよなーという落とし方をしてしまった時のことだ。
まぁxfsはfsckしないからというのもあるだろうが。
- 254 名前：login:Penguin mailto:sage [2008/02/07(木) 11:16:04 ID:JbuBRM/5]
- >>253
どこかに0バイトのファイルが転がってるかもよ。
- 255 名前：login:Penguin mailto:sage [2008/02/07(木) 17:47:13 ID:nagQT8db]
- ちなみにどういう落とし方したの？
- 256 名前：login:Penguin mailto:sage [2008/02/07(木) 18:16:17 ID:lsDyIYji]
- 酒を飲みつつ恋愛論を語った
- 257 名前：login:Penguin mailto:sage [2008/02/07(木) 18:26:42 ID:MhI2GJBO]
- たしかにntfsだとぶっ壊れそうだ。
あとできちんとf*ckしとけよ。
- 258 名前：login:Penguin mailto:sage [2008/02/08(金) 02:06:16 ID:5Qp7toYJ]
- いったいなんのスレだよw
>>253
xfsはマウント時にfsckするんじゃなかったっけ？
- 259 名前：login:Penguin mailto:sage [2008/02/08(金) 02:20:17 ID:SRnPVqDy]
- >>258
昔のxfs_fsck.c
int
main(int argc, char **argv)
{
return 0;
}
今はshell scriptになったな。
- 260 名前：不明なデバイスさん [2008/02/08(金) 07:58:24 ID:YoHKP6tC]
- >>198 索引の更新日付は収容ファイルの更新で変更になる、
だから索引の更新日付をチェックして前回バックアップした日付以前なら
その索引直下に収容のファイルは対象外にできる、
そうすれば処理時間は一桁以下にできるのでは。
- 261 名前： ◆YtPQzYyEH. [2008/02/08(金) 15:40:09 ID:C4+Xg+NF]
-
- 262 名前： ◆JuFLxjEbXg [2008/02/08(金) 15:42:03 ID:C4+Xg+NF]
- な
- 263 名前：login:Penguin mailto:sage [2008/02/08(金) 16:39:10 ID:lO2z0Hih]
- NTFS自体は機能とパフォーマンスを考えたら
PC用のファイルシステムではトップクラスじゃねーかと思う
大元のHPFSが優れていたんだろうな
しかしNTやVistaでさえその機能をきちんと使っていない点でクソ
それとフラグメント化が激しすぎるのもクソ
HFSは褒める部分を探すのに苦労して苦労して、それでも何も見つからないくらいにクソ
さらにそれを告げると信者が火病起こしてわめきだすのがさらにウザくてクソ
ext系は、とりあえず動きますよって段階では不満は無いんだが
それ以上のものでもないし、お世辞にも優れた部分は見出せない
偉大なる平凡
xfsは、こんなもんタダで使わせてもらって本当にいいんスか？って感じだな
jfsは知らん
reiser fsはこれからどうなっちゃうの？って感じ
- 264 名前：login:Penguin mailto:sage [2008/02/08(金) 16:49:38 ID:B7rrj2AA]
- NTFSは異常終了無しで半年使って、chkdskかけたら数千ファイルのaclが吹っ飛んだことがorz
FSが問題なのかどうか微妙なラインだが手痛かった。
xfsはcronでデフラグかけてるといい感じでうごいてる。
reiserは・・・ボリュームでかいとマウント時にものっそ時間かかるんだが・・・
- 265 名前：login:Penguin mailto:sage [2008/02/08(金) 18:25:44 ID:WpMOTmXO]
- xfsは古いマシンで使うぶんには良いんだけどね。
新しいserverに入れる気はおきないな、mlみてたら怖くて。
- 266 名前：login:Penguin mailto:sage [2008/02/08(金) 18:42:58 ID:PGSC+VCd]
- >>264
それはどんなファイルシステムでも書き込んだ後1度も読み取りもしなかった領域が
不良セクタ化したらウンコーッ って話だろ。
- 267 名前：login:Penguin mailto:sage [2008/02/08(金) 18:47:17 ID:oKxB/QKg]
- >>265
新しいマシンだと何か不具合出るの？
最近のコードが安定してない、って話なら分かるけど。
- 268 名前：login:Penguin mailto:sage [2008/02/08(金) 22:53:36 ID:5Qp7toYJ]
- xfsはシュルシュル、reiserfsはヌルヌル。
性能いいのはreiserなんだろうけど、
xfsはそこそこ性能を発揮して低負荷。
>>259
あーあー、そうだったそうだった。
月イチxfs_check使ってるので忘れてたわ。
- 269 名前：login:Penguin mailto:sage [2008/02/09(土) 11:55:22 ID:I5g2yu0o]
- >>264
MSKB831374、831375、327009、873437とか該当してなかった？
- 270 名前：login:Penguin mailto:sage [2008/02/09(土) 12:20:37 ID:woPPxICV]
- xfsはファイルの削除が遅い。カーネルツリー削除するのに時間がかかるよー。
- 271 名前：login:Penguin mailto:sage [2008/02/09(土) 13:11:25 ID:aL9fnslD]
- 削除なんてバックグラウンドでやらせときゃいいじゃん
- 272 名前：login:Penguin mailto:sage [2008/02/09(土) 13:18:17 ID:JxDwlQM6]
- >>266
いやRAIDだし不良セクタ関係ないw
ハード障害に対するFSの耐久性の話ではない。
- 273 名前：login:Penguin mailto:sage [2008/02/10(日) 21:20:25 ID:zTNy08k4]
- 3wareのRAID板で1TB*3のRAID5を構築したのですが、
Linuxのファイルシステムとしてデータ領域に適しているのはどれになるんでしょうか？
CPUはGeodeNXのDualなのでパワーはあまりありません。メモリは2GB積んでます。
reiserfsとXFSとで検討の枠を絞ってしまっていいものか、
最近のトレンドが分からないのでご意見ください。
現状持ってる数年前のイメージでは以下の感じ。
XFS
○ ファイルシステムが大きくてもマウントが早い
○ あまり負荷がかからない
○ reiserfsより早い
× ファイルの削除が遅い
× fsckちゃんとしてるのかよく分からない・・・
reiserfs
○ ファイルシステムの縮小が唯一できる
× ファイルシステムが大きくなるとマウントが遅い
最近はどうなんでしょうか？
- 274 名前：login:Penguin mailto:sage [2008/02/10(日) 21:29:22 ID:GwVP/ZS2]
- >>273
個人で使うなら大して変わらないから好きなの使えば?
- 275 名前：login:Penguin mailto:sage [2008/02/10(日) 21:33:29 ID:BEDS9Otr]
- 個人で1TBx3か？すごいな
- 276 名前：login:Penguin mailto:sage [2008/02/10(日) 21:43:31 ID:GwVP/ZS2]
- >>275
1TB 2.5万だからちょっとしたおもちゃだろ？
- 277 名前：login:Penguin mailto:sage [2008/02/10(日) 22:46:57 ID:41EqjFSS]
- 1Tx3が2.5万x3
ML115が1.5万
メモリ2Gを0.5万で追加したとしても
9.5万で2TなNASが用意できる時代ですぜ。
- 278 名前：login:Penguin mailto:sage [2008/02/10(日) 22:52:26 ID:kPqZgS0L]
- 知らない間にバカ安になってるな。
うちのノートPCのHDDも取りかえたい。
- 279 名前：login:Penguin mailto:sage [2008/02/10(日) 23:13:04 ID:jaGVAHE6]
- 1Tも入れるものが無い
- 280 名前：login:Penguin mailto:sage [2008/02/11(月) 00:55:40 ID:v/vK9WxC]
- >>273
どちらが良いとは言わない、だがこれだけは言わせてくれ。
・xfs_repair ＆ xfs_check は、1TB につき 1GB のメモリが必要。
・プロセス毎で使えるメモリ量は限られている。(特に32bitな環境では)
・メモリを増設しても、プロセス毎で使えるメモリ量は変わらない。
- 281 名前：login:Penguin mailto:sage [2008/02/11(月) 00:57:39 ID:NXuZoz9l]
- >>280
>・xfs_repair ＆ xfs_check は、1TB につき 1GB のメモリが必要。
すごくフラグメントしてたり、むちゃくちゃになってしまった時に
必要なだけで、普段はそんなに要らない。
もっともcheckやrepairが必要なときは、かなり終わってるけどな。
- 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対応した時点でマルチコア対応と変わらんし。
|
 |
