[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
268: login:Penguin [sage] 02/08/30 11:00 ID:cxTwSFOj >>265 reiserfsckは実行しても何も変わらなかったそうです・・・。 当分はext2を使ってるのが無難なんですかね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/268
269: login:Penguin [sage] 02/08/30 11:24 ID:I2Pts/y9 reiserfsck --rebuild-tree http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/269
270: login:Penguin [sage] 02/08/30 12:17 ID:iNUX/dH6 >>267 patchがでかすぎるからだろ。 2.5.xのtodoには入ってたYO! >>269 それをやってる最中にあぼーんしたことがあるので、 止めた方がいいです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/270
271: login:Penguin [sage] 02/08/30 12:23 ID:2HEwL/NQ 圧縮ファイルシステムはどれ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/271
272: [sage] 02/08/30 12:48 ID:6XZ/kODg e2compr には御世話になったものだが… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/272
273: login:Penguin [sage] 02/08/30 16:15 ID:I2Pts/y9 >>270 http://kerneltrap.com/node.php?id=392 だからバラして統合を目指す方向らしい ACLとかは後回しみたい http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/273
274: login:Penguin [] 02/08/30 21:29 ID:tKqGai8T 最強のファイルシステムは xfs でファイナルアンサー？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/274
275: login:Penguin [sage] 02/08/30 21:46 ID:XtDT2zWn >>272いまもe2comprのお世話になっています(^^;おかげで、最新カーネルに移行できないという罠 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/275
276: login:Penguin [sage] 02/08/31 00:08 ID:WfS/3IZC >>273 XFSがカーネルに統合されるのはうれしいことだけど、 ACLってXFSの目玉機能の一つだったから、ちょっと残念だな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/276
277: login:Penguin [sage] 02/08/31 00:36 ID:FPjRpIrY >>275 自分も重宝していた。主にニューススプールや /usr/share に対して 使っていたけど、さほど速度の低下もなかったし、ディスクが減ったとき の急場凌ぎにも使えた。 てっきり 2.2.x で統合されると思ってたのだけどね。ディスクも大容量で 安くなったし、あまり意味がなくなってしまったのかな。開発は正式に中止? 今だったら ~/.navi2ch あたりに使いたいかな(w http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/277
278: 名無しさん [sage] 02/08/31 13:43 ID:64NHELMM >>273 そうか。ACLはkernel本体の準備が万全になってからで仕方ないか… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/278
279: login:Penguin [] 02/08/31 20:20 ID:s5Ijt6B3 ext3でマウントしているんですが、マザーに４台、IDEカードに４台 さらにIDEカード２台の合計１０台繋いでるんでか、I/Oエラーが頻繁に起こります 繋ぎすぎなんでしょうかね？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/279
280: login:Penguin [] 02/08/31 20:51 ID:06AbHVSY >>279 多いな。やっぱつなぎすぎで電源が足りてないんだと思う。 過去のログでも電源を見直してみれというレスがつく事が多かった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/280
281: login:Penguin [] 02/09/02 03:11 ID:Nj/FQuJU 2.4.20-preに入ったのに何かと話題になりにくいJFSを入れてみました。 みなさん、XFSばかり可愛がらないで、JFSも愛してやってください。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/281
282: jfs [sage] 02/09/04 14:07 ID:e8/pSBxz >>281 最新では、resize もできるようになったみたいだしね。lvm+jfs でﾏﾝｾｰになったのかな? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/282
283: login:Penguin [sage] 02/09/04 16:12 ID:dVDvhjH/ >>281 実装が枯れてくれば XFS よか素性はいいから使いたいところなんだけどねぇ。 問題はいつになったら実装が枯れるのか。まあ、使わないことには枯れないのは 確かなんだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/283
284: JFS [sage] 02/09/05 14:03 ID:b0HIm7rm 枯れてないのはReiserFSやXFSも同じなんだから使ってやってください。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/284
285: login:Penguin [sage] 02/09/05 18:06 ID:FG/HMLnd そもそもファイルシステム以前にkernel自体枯れてない罠 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/285
286: XFS [sage] 02/09/05 21:41 ID:sJqBA6A6 でも、おいら的には仕事でXFSでなれてるんで、このままXFSでいきまする。 でも、かなり前からacパッチに統合されてる分だけJFSの方が使っている人が 多そうなんだけどどうなんだろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/286
287: login:Penguin [sage] 02/09/06 13:47 ID:uA0LI3Xv アドバンスト・ファイルシステム・インプリメンター・ガイド 第11回 ファイルシステムの更新 http://www-6.ibm.com/jp/developerworks/linux/020906/j_l-fs11.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/287
288: login:Penguin [] 02/09/14 12:29 ID:97ftJODt 事情がありまして、Kernel 2.2.20を使っているんですが、EXT3を使うためのパッチって ありますか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/288
289: login:Penguin [sage] 02/09/14 12:37 ID:kx0swn8m >>288 その事情とはipchainsから乗り換えられないためと見た！ で、 ftp://ftp.kernel.org/pub/linux/kernel/people/sct/ext3/v2.2/ このあたりにないかのう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/289
290: login:Penguin [sage] 02/09/14 13:14 ID:B9dlUKMe >>288はマルチ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/290
291: login:Penguin [sage] 02/09/15 01:04 ID:uUp6xh6w >>288 Vine の 2.2 系のカーネル使えば? 漏れも最近まで 2.2.20 でﾊｧﾊｧしてたし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/291
292: login:Penguin [sage] 02/09/15 02:00 ID:LyqVgR2j reiserfsはマルチプロセスで読み書きが発生すると極端に遅くなるような気がするする。 結局XFSに戻してしまった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/292
293: login:Penguin [] 02/09/16 07:36 ID:uUt+35Wb reiserfs より XFS の方がディスク多く使います？ ディスク消費量少なくてすむと思ってたのに増えてしまって。 移行のときヘマしたのかも。普通に cp したけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/293
294: 名無しだったのかもしれない… [sage] 02/09/16 11:04 ID:BUBCT+nI >>293 > 普通に cp したけど。 symbolic linkが無くなって、copyされてるんじゃないの? $ \ls -l /usr してみれ。/varや/usr/shareに対するsym. link残ってる? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/294
295: 293 [sage] 02/09/16 12:05 ID:uUt+35Wb >>294 嘘書いてました。cp じゃなくて cp -a しました。 >$ \ls -l /usr /usr の下にはもともと symbolic link はなかったような気がしますが。 symbolic link をコピーする時にリンク先をコピーしてしまってディスク消費 量が増えているかもしれない、ってことでしょうか？ もともと symbolic link のあった場所をいくつか見てみましたが問題なさそ うです。 # ってもしかしてそういうことじゃないかも。 ちなみにどれくらい増えたかというと reiserfs XFS 2142360 → 2506796(kb) 気にするほどじゃないんですが reiserfs の方がディスク使うイメージがある ので変だなと…。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/295
296: login:Penguin [sage] 02/09/16 17:48 ID:F6rBInAI reiserfsの方が「小さいファイル」の格納はうまかったような気が。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/296
297: login:Penguin [sage] 02/09/16 22:44 ID:DO7Ba14K >>296 小さいファイルの読み書きが速いというのは聞いたことがあるが、格納もうまいの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/297
298: login:Penguin [] 02/09/18 00:37 ID:rJNtBE3P ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!! http://slashdot.org/articles/02/09/17/1437247.shtml?tid=106 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/298
299: login:Penguin [] 02/09/18 00:53 ID:rZLlypOF >>298 2.4系列にはバックポートしてくれんかのう…… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/299
300: login:Penguin [sage] 02/09/18 18:46 ID:jQCFqTBW Test of six linux filesystems: ext2, ext3, jfs, reiserfs, vfat, xfs on linux 2.4.5 http://aurora.zemris.fer.hr/filesystems/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/300
301: login:Penguin [sage] 02/09/19 01:24 ID:gnQ1F6hp /.Jでこのスレと同じようなこと繰り返してるな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/301
302: login:Penguin [sage] 02/09/21 06:56 ID:87jQZSfI >>301 私は235,236,238,245です /.では簡潔な発言をした方のACです softupdateは鰯の頭です http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/302
303: login:Penguin [sage] 02/09/21 21:44 ID:MYgJ1qK+ 2.5のXFSはバッファキャッシュを使わずに巨大な I/Oを一度に発行するので，でかいデータを扱っても 割り込みの数やCPU負荷を抑えられるというメリットが あります。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/303
304: login:Penguin [sage] 02/09/24 07:57 ID:gLll3W7j NortonGhost2003《やっと》ext3に対応。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/304
305: login:Penguin [] 02/09/25 18:13 ID:xXMi80dh LinuxのUDFって日本語ファイル名が使えないの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/305
306: login:Penguin [sage] 02/10/02 20:33 ID:PGECUQKR >>272,275 かめれすだが ... e2compr の 2.4 対応版でてきたよ。 http://www.alizt.com/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/306
307: login:Penguin [sage] 02/10/03 01:54 ID:pwZAl6sE >>306 （ﾟ∀ﾟ）すばらしい！！ だが・・・なんて色使いなんだこのページわ・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/307
308: login:Penguin [sage] 02/10/04 14:26 ID:PyejdkGq http://marc.theaimsgroup.com/?l=linux-kernel&m=103298446916066&w=2 なんか、もーreiserfsなんて要らない感じだな http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/308
309: login:Penguin [sage] 02/10/05 11:40 ID:J7Z01N8L 近代的な(linuxの)fsの機能 o 高速なディレクトリアクセス(hashでB-treeに対抗できてる？) o i-nodeのダイナミックアロケーション (reiserfs, jfs, xfs: df -i で変な数字が出てくる) o ブロックの遅延確保(XFS) o バッファキャッシュを使わずに巨大I/O(xfs,(jfsはジャーナルのとこだけ)) o SMPでのスケーラビリティ(ext3は低い，ext2を含めて他は高い) o tail merging(reiserfs) あとはlinuxでの動作実績(1年ぐらい)も欲しい http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/309
310: login:Penguin [sage] 02/10/05 12:16 ID:bWaKYQqn >>308 ディレクトリのアクセスが速くなるのはいいけど ReiserFSｽﾃと言うほどExt3が良いの？ どんな点が？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/310
311: login:Penguin [sage] 02/10/05 12:54 ID:u3TOzvfM ReiserFSはこれからのFSだからもうちょっと見守ってみるべきかと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/311
312: login:Penguin [sage] 02/10/07 10:32 ID:SAwA6HJ3 実際問題としてディレクトリエントリへのアクセスが 遅いなと感じるようなディレクトリ構成は、何か間違っていると思う。 >>310 reiserfsとext3をそれぞれ別の端末で使ってたけど、 クラッシュ時に嫌な壊れ方をするのは前者だったので 新規にmkfsするときはext3の方が多いです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/312
313: login:Penguin [sage] 02/10/07 23:41 ID:0Hu6kU8a EXT3のパーティーションをfsck.ext2やっても何も問題ないですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/313
314: login:Penguin [sage] 02/10/08 01:53 ID:WXvW/Y3L fsck.ext3ってfsck.ext2のhard link、、、じゃないな、今見たら ファイルサイズはもちろんMD5も同じなんで同一バイナリなのだろうが 違うinodeだな、なんじゃこりゃ(debian sid/i386の環境) >>313 つーことで、問題無いというか同じ事だと思います http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/314
315: login:Penguin [sage] 02/10/08 19:16 ID:fvRxGgJQ >>314 ありがとうございます。今からEXT3にします。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/315
316: login:Penguin [sage] 02/10/09 23:48 ID:glBts/Pi さて、今から 1TB のディスクをフォーマットするんだが、 ファイルシステムは何が良いだろう。(ext2,ext3,reiserfs,jfs) ポイントとしては、1)小さい多量のファイル 2)NFS の２点。 自分としては reiserfs にするか jfs にするか迷っているのだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/316
317: login:Penguin [sage] 02/10/10 00:04 ID:BmQPitdK テストしないの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/317
318: login:Penguin [sage] 02/10/10 00:33 ID:MluNRh/+ やってるよ。 でも例えば dd if=/dev/zero of=/mnt/disk1/largefile とかやってHDD全体をなめるテストだけでも１日かかるんだわ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/318
319: login:Penguin [sage] 02/10/10 12:06 ID:BIlKE6ng >>316 reiserfsは小さいファイルへのアクセスが速いが，まだ若すぎる． 1TBっていうからには個人での用途ではなく， 安定性が求められると思うんだが， それだったら現状ではext3あたりしか選択肢はないように思えるんだが． >>320はどうよ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/319
320: login:Penguin [sage] 02/10/10 12:08 ID:bo3lwRwH んー、ディスク半分くれたら考えてもいいよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/320
321: login:Penguin [sage] 02/10/10 14:35 ID:MluNRh/+ ext3(data=jarnal)は書き込み性能が他の半分程度しかない (bonnie++で計測)んで、選択肢としては悪くないのだが... 使用環境を想定したテストはまだこれからなんだが、 チェックの組合せが多いとぼらんてぃあーではしんどいんだわさ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/321
322: login:Penguin [sage] 02/10/10 21:27 ID:EfhnIyya >>321 data=journalなら書き込み時間が倍になるのは 道理だと思うのですが？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/322
323: login:Penguin [sage] 02/10/11 00:50 ID:GfF/nRnu いや、だから、ext3(data=ordered)とjfsとreiserfsから 選択するとしてもext3なのかな...と思って。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/323
324: login:Penguin [sage] 02/10/11 03:53 ID:jehWricB >>323 話が全然見えません http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/324
325: login:Penguin [sage] 02/10/11 11:14 ID:xMDGjF+I >>323 jfsが選択肢に入ってるのにxfsが選択肢に挙がっていないのは何故？ xfsも1.1になってだいぶ改善されたとかdeveloperWorksの記事にあったけど。 (>>287のリンク先の記事) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/325
326: login:Penguin [sage] 02/10/11 12:43 ID:GfF/nRnu 1)たまたまテストしているマシンがターボでxfsが入っていない 2)xfsは大きいファイルに強いが小さい大量のファイルはどうか？ と言う点で今回の選択肢には入ってません。2)の経験談ありませんか？ (別の数MB〜数百MBのファイルサイズが主の500GBのHDDでxfs+lvm運用で そろそろ１ヵ月になるのがありますのでxfsを無視している訳でなないです) 今回の用途とは別だけど、 -rw-r--r-- 1 XXXXX XXXXX 1357266583552 10月 11日 03:12 /mnt/disk1/test/bigfile と書き込みはOKだったが、 dd if=/mnt/disk1/test/bigfile of=/dev/null とかやったら Oct 11 11:03:41 XXXXXX kernel: 08:11: rw=0, want=1621124684, limit=1326848481 なんてエラーがずらずらと出た....大丈夫かいな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/326
327: login:Penguin [sage] 02/10/11 12:46 ID:GfF/nRnu あ、ちなみに上のエラーはreiserfs上です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/327
328: login:Penguin [sage] 02/10/11 22:55 ID:g0fFCgZg >326 lvmってMAX256GBじゃなかったっけ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/328
329: 256 [sage] 02/10/11 23:33 ID:/fgIRKQ8 >>326 reiserfsはホントに壊れます． 個人用途で半年間 '/'(ルート)をreiserfsで使いましたが， 気付いたときにはfsckでも解決できないくらい壊れてました． 結局，フォーマットして入れ直し．(ext3にした．) 悪いこと言わないからreiserfsだけはやめた方がいいです． あと，ちょっとやそっと速いことなんかより，安定性を重視するべきだと思うよ． http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/329
330: login:Penguin [sage] 02/10/12 20:02 ID:zC91l6Vv reiserfsの悪い噂は散々聞いているが、使用時のkernelのバージョン と一緒に聞いたことはほとんどないな... develpersworksの記事にも最近のreiserfsは安定してきているとあるが、 どうよ？ lvmはPEのサイズ変えれば2TBまでいけます。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/330
331: 256 [sage] 02/10/12 21:23 ID:QYLrd0q3 >>330 確かに． ちなみに私は導入時(インストーラのカーネル)は2.4.9だったけど， すぐに当時最新だった2.4.17にした． Debian/testingなので，Debianにカーネルの最新パッケージが 登場するたびにカーネルは作り直した． 壊れてるのが発覚したときは2.4.19だったと思う． 残念ながらいつ壊れたのかはわからない． http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/331
332: login:Penguin [sage] 02/10/13 08:29 ID:8PJX0kK8 漏れは二台reiserfs onlyで運用してるけど、 特に問題出てないなぁ。昔は酷かったけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/332
333: login:Penguin [sage] 02/10/13 21:30 ID:9gy9v5IE EXT3使ってますが、Windowsみたいにデフラグみたいなやつし無くても大丈夫なんですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/333
334: login:Penguin [sage] 02/10/13 23:44 ID:UpTP18/F FAT が特別ダサいだけです http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/334
335: login:Penguin [sage] 02/10/14 00:04 ID:YfAlwh43 >>332 カーネルのバージョンキボンヌ． http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/335
336: login:Penguin [sage] 02/10/14 01:59 ID:ZkuvAxLC その後のテスト経過ですが、ファイルシステムをext3(data=orderd)にして、 NFSテスト(bonnie++をローカルとリモートで１日実行)はOKでした。 小さいファイルの扱いは、1-64kBのランダムな大きさのファイルを 書き込んで、後で読み込むというテストをやっているのですが、 ６つほど並行して１日実行しても、60GBほどしか埋まりません。 (しかもまだ書き込みフェイズだし) ファイル数は180万、１つのディレクトリに60万ほどありますが、 現時点でファイル生成の速度は極めて遅くこのままでは1TBを埋めるのは 不可能っぽいです。 ちなみに環境はターボ８(2.4.18-3smp)です。なにか良いテスト方法って ないでしょうかねぇ... http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/336
337: login:Penguin [sage] 02/10/14 02:03 ID:ZkuvAxLC >>１つのディレクトリに60万ほどありますが 30万のまちがいね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/337
338: login:Penguin [sage] 02/10/14 14:04 ID:gFK41Xss >>335 常に2.4系最新(含むpre/ac patch) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/338
339: login:Penguin [sage] 02/10/16 22:34 ID:Bv5hNcA9 336のテストは48時間の後中止しました。hashなしext3ではこれ以上続けても 無理なんで。 続いてjfsのテストに入りましたが、dd if=/dev/zero of=largefileは980GB ぐらいのところでjfsCommitのカーネルスレッドがCPU異常消費で進まなく なったので止めて、一旦別のファイルでディスク埋めた後、dd if=largefile of=/dev/nullで読みだしはOKでした。 ローカルとNFS越しとでbonnie++の連続実行テストは始めて３０分ほどで SCSIエラー多発でカーネル完全沈黙。2.4.20pre11を入れて再開してます。 これまでの結論。ターボ８のjfsはへたれである。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/339
340: login:Penguin [sage] 02/10/17 00:24 ID:295BVh5O ディストリ関係ある？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/340
341: login:Penguin [sage] 02/10/17 01:36 ID:c6jIka81 >>340 禿同 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/341
342: login:Penguin [sage] 02/10/17 01:41 ID:eZtB9FEQ ディストリビューターの仕事ってのは、便利なパッチを集めてきて それを検証することではないのかな？ 特にターボは金もらってやってるんだし、金とってるんだから (テストしてるのはプロモ版だがな)もう少しマシな仕事をだな... http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/342
343: login:Penguin [sage] 02/10/17 11:54 ID:5HPpVrO6 >>342 JFS for Linuxがどのような状況にあるかくらい知ってんだろ． Turboは全体的に言ってクソディストロだというのには賛成だが， JFSの不具合をTurboのせいにするのは筋違いだと思うが． http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/343
344: jfs [] 02/10/20 14:35 ID:z2W/yCBV そんな jfs の 1.0.24 ﾘﾘｰｽ age Utilities changes - byte-swapping fixes for big-endian hardware (fixes in logredo and fsck.jfs) File System changes - readSuper() was incorrectly checking return status of sb_bread() - change name of get_index to read_index fixes MIPS build issue - Releasing LOGGC_LOCK too early In txLazyCommit, we are releasing log->gclock (LOGGC_LOCK) before checking tblk->flag for tblkGC_LAZY. For the case that tblkGC_LAZY is not set, the user thread may release the tblk, and it may be reused and the tblkGC_LAZY bit set again, between the time we release the spinlock until we check the flag. This problem is easy to hit on a 2.5 kernel with CONFIG_PREEMPT set, but it is a potential problem on SMP as well. The fix is to hold the spinlock until after we've checked the flag. http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/344
345: login:Penguin [sage] 02/10/20 14:45 ID:wOzazl+a ひさびさにこのスレ見た。 ものすごく sage 進行だ… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/345
346: login:Penguin [sage] 02/10/20 15:38 ID:coarZJ+1 >>343 Turbo8に採用されているjfsが腐ってるという可能性はある。インストーラに使ったjfsのversion問題？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/346
347: login:Penguin [sage] 02/10/20 16:13 ID:pz5HABvF >>332 漏れも Debian/sid, kernel-2.4系おっかけで ずっと reiserfs だけど、壊れたのはかなり昔だな。 まだパッチ配布で kernel に入る前の頃。 ここ最近は壊れてない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/347
348: login:Penguin [sage] 02/10/20 18:49 ID:Po0xlDSy 339のテストの続き。(on jfs) 2.4.20pre11でローカル+NFS越しのbonnie++は24時間のテストクリア。 localでのbonniee++ ４つ同時実行の24時間テストクリア。 1B〜64kBのランダムな大きさのサイズのファイルの書き出しと読み込みテスト は、５つ同時実行でディスク全体を埋める書き出しのテストは終了。 現在読み込みテストに入ってますが、書き込みに比べて死ぬ程時間 がかかります。CPUのidel時間がほとんどなので外付けRAIDが遅いんでしょう。 また、１つのディレクトリ下には推定で800万個のファイルがあるはずです が、ls -f しても２時間戻ってこず、端末も凍ったので再起動しました。 ちなみに、2.4.20pre11のjfsは1.0.23相当、たーぼ８のそれは1.0.17です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/348
349: login:Penguin [sage] 02/10/20 23:19 ID:o5SkVp+g せっかくいい感じに沈んでたのにageられてる…。 ところで、>>348はテスト終わったら各FSの印象とか まとめてくれたりしない？ 本格的なテストをやってるようなんで大変参考になると思うんだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/349
350: login:Penguin [sage] 02/10/23 22:36 ID:CdjY/dSd 348の続き jfs上での小さいファイルの読み込みテストは、１時間程でkswapd スレッドがCPUを異常に喰うようになり、テストが進まなくなりました。 再現性ありです。VMの問題かとも思いましたが、その後reiserfsでの テストでは問題は起きなかったのでjfs特有の問題と思われます。 (2.4.20pre11のjfsは1.0.24相当でした。訂正) 最後にreiserfsのテストに入っていますが、こちらは小さいファイルの 書き込みに問題があり、3-400GBを超えたあたりからbdflush,kswapd,kupdated のスレッドが異常にCPUを喰うようになりテストがすすまなくなりました。 500GBほどで止めて読み込みテストにはいり、こちらは問題なく終了しました。 現在、最後のbonnie++によるNFSテスト中ですが問題なく終りそうです。 それが終ったら簡単にまとめてみます。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/350
351: login:Penguin [sage] 02/10/24 15:28 ID:mzv35bhd テスト終了しましたので、簡単に各ファイルシステムの感想など。 今回は用途が小さい多量のファイルを扱うということで、その辺を 中心にテストしましたので、評価できないところもあります。 ext3(ext2) １つのディレクトリに多量のファイルがある場合に問題あり。 hashed directoryが安定版にはいればオールマイティなfsかも。 reiserfs ファイルの書き込み性能に問題があり、特に連続して書き込みを行なう場合 カーネルスレッドの異常動作を引き起こす。またjfsと比較してディスクの 書き込み量(vmstatのbo)に周期的な波があり、詰まるような挙動をする。 また、大きなファイル(数10GB)の読み込みに問題がある。 jfs 多量のファイルの連続した読み込みに問題がある。それ以外は特に問題なし。 用途から今回はreiserfsを選択しました。神の御加護があらんことを。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/351
352: login:Penguin [sage] 02/10/25 01:58 ID:lg5TUdbr ext3で /が逝ってしまった... kernel panic であがらない 仕方ないので過去に使ってたHDDを繋いで fsckするも エラーで修復すらできません... おまけにマウントできないし まあデータ領域はマウント出来るのでデータは取り出せるかと 同容量のHDDがない為明日にでも買いに走らないと.... てかfsck効かない場合いい方法ってあるのかな？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/352
353: login:Penguin [] 02/10/28 23:17 ID:+A56r6p4 # mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) こんなメッセージが出ているんですけど、 このエラーの意味がわかる人いますか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/353
354: login:Penguin [sage] 02/10/28 23:19 ID:AER5WDBp >>353 どこにエラーでてるんだ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/354
355: login:Penguin [sage] 02/10/29 00:34 ID:TIzWAM71 >>353 man mount位は見てみたのか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/355
356: 352 [] 02/10/29 01:02 ID:pLneawoZ 調べてみましたエラーじゃなかったですね。 ってちょっと言い訳させてください。 # mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hda2 on /boot type ext3 (rw) いつも挙動不振な奴にのみ errors なんてメッセージがでていたから エラーだと確信してしまいました。 他の奴には書いてないのになぁ・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/356
357: login:Penguin [sage] 02/10/29 01:05 ID:TIzWAM71 >>356 fstabにそう書いてあるはずだが。編集した覚えは無いか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/357
358: login:Penguin [sage] 02/10/29 01:06 ID:rk9YhGj9 >>356 つかfstabみたことないのか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/358
359: 352 [sage] 02/10/29 01:20 ID:pLneawoZ ＞ＡＬＬ fstab 見たこと無かった。 スマソ。 編集した覚えなんてまったく無い。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/359
360: login:Penguin [] 02/10/29 17:38 ID:hWd0ylIh ReiserFSって圧縮化できないの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/360
361: login:Penguin [] 02/10/29 18:52 ID:PCo70yBI 自分の使っているkernelのxfsのversionってどうやって調べるの? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/361
362: login:Penguin [sage] 02/10/29 18:57 ID:TIzWAM71 >>361 ソース見るとか http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/362
363: login:Penguin [sage] 02/10/30 19:12 ID:5QqX1sKb tune2fs -j するつもりで mke2fs -j してしもうた。 死んでしまいたい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/363
364: login:Penguin [sage] 02/11/01 05:46 ID:Z+/lNPwB >>363 よし http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/364
365: login:Penguin [] 02/11/10 23:12 ID:i4APiDTi 結局どのFSも全ての面ではNTFS上回ることは出来ないのね http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/365
366: login:Penguin [sage] 02/11/10 23:18 ID:i4APiDTi >>↑ 別にACLやマルチストリームなんていらねーYO http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/366
367: login:Penguin [sage] 02/11/10 23:19 ID:i4APiDTi >>↑ 速度や安定性なんかの面においてです http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/367
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 612 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s