[過去ログ]
/**ファイルシステム総合スレ その1**/ (979レス)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
455: login:Penguin [sage] 03/02/11 00:14 ID:dKOSTt3R 書き込みは自己責任 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/455
456: login:Penguin [sage] 03/02/11 02:13 ID:KEpQXfF+ どなたかJFFS2の使い方をレクチャーしてくださいませんか? googleしてみても日本語だと中途半端な解説しか載ってねーよ 英語でもいいから「このサイトがお勧め」っての紹介しろよボケども http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/456
457: login:Penguin [] 03/02/11 02:29 ID:zhNHYJAJ >>451 NetBSDのdeveloperの一部ではFFSはもうやめてLFSだけメンテナンスしていきたいといってる人も居るみたいだし、ある程度の開発は済んでる。 ただ、lfs_cleanerdの安定度がイマイチ っていうのがNetBSDのstatusかな? まだまだ不安定だけどかなり開発が進んでるから今年中には安定するんじゃないかと期待してるんだけどな。 しかし、LFSがLinuxで使えれば全部LFSにするんだがな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/457
458: 451 [] 03/02/11 13:01 ID:CJfSYZ9g >>457 おお、情報ありがとう! そうか、NetBSDには期待できそうだね。頑張ってほしい >>しかし、LFSがLinuxで使えれば全部LFSにするんだがな。 上の方で名前が出たから思い出したけど「JFFS」ってLFSなんだよね http://sources.redhat.com/jffs2/jffs2-html/jffs2-html.html Flash用のFSなんで最大サイズとか制限あるだろうけど面白いかも >>456 使い方だけなら、 http://www-6.ibm.com/jp/developerworks/linux/020510/j_l-embdev.html http://www.si-linux.com/labo/shlinux/shlinux_tips6.html この辺はどうですか http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/458
459: ◆8MKwzAtEyk [] 03/02/12 23:32 ID:eFIw8ARl 質問があるのですが・・・。 (1) LinuxでSCSI装置を使うとき、ディスク容量の上限はありますか? (2) 各ファイルシステムのサイズの上限などは どのあたりを調べれば分かるんでしょうか。 (3) 実際にSCSI装置をつないでみたのですが、512GB近辺で 表示がオーバーフローしました。でも表面上は問題ないみたいです。 本当にちゃんと使えるものなのでしょうか?(Red Hat Linux 7.3) よろしくお願いします。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/459
460: ◆8MKwzAtEyk [] 03/02/12 23:35 ID:eFIw8ARl >>459 >(3) 512GB近辺で表示がオーバーフローしました。 についての詳細 /var/log/messagesへの出力結果 512GBのとき: SCSI device sda: 1073700864 512-byte hdwr sectors (549735 MB) 513GBのとき: SCSI device sda: 1075822592 512-byte hdwr sectors (-548689 MB) (10^3 = 1073741824) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/460
461: ◆8MKwzAtEyk [] 03/02/12 23:36 ID:eFIw8ARl >>459 kernel-source(バージョンは違うがほぼ同じ) linux-2.5.9/drivers/scsi/sd.c 84: static Scsi_Disk *rscsi_disks; 732: static int sd_init_onedisk(int i) 733: { 735: char nbuff[6]; 967: int hard_sector = sector_size; 968: int sz = rscsi_disks[i].capacity * (hard_sector/256); 972: printk("SCSI device %s: " 973: "%d %d-byte hdwr sectors (%d MB)\n", 974: nbuff, rscsi_disks[i].capacity, 975: hard_sector, (sz/2 - sz/1250 + 974)/1950); linux-2.5.9/drivers/scsi/sd.h 28: typedef struct scsi_disk { 29: unsigned capacity; /* size in blocks */ 30: Scsi_Device *device; 31: unsigned char ready; /* flag ready for FLOPTICAL */ 32: unsigned char write_prot; /* flag write_protect for rmvable dev */ 33: unsigned char sector_bit_size; /* sector_size = 2 to the bit size power */ 34: unsigned char sector_bit_shift; /* power of 2 sectors per FS block */ 35: unsigned has_part_table:1; /* has partition table */ 36: } Scsi_Disk; http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/461
462: ◆8MKwzAtEyk [] 03/02/12 23:39 ID:eFIw8ARl >>461 のようにintを使ってるあたりまでは分かったのですが、 それ以上掘り下げる知識がありません。 mkfsとかmountとかはちゃんと動作しているように 見えるのですが、裏付けがないと不安です。 どこかいいリソースでもあれば教えてください。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/462
463: login:Penguin [] 03/02/12 23:43 ID:x8JHh+eH >>459 2.4系のカーネルではとりあえず2TBまで問題ないらしい ブロックデバイスに制限があってそれ以上はダメとか 去年あたりの日経Linuxに載ってた http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/463
464: ◆8MKwzAtEyk [] 03/02/13 00:01 ID:C8n1wTm/ >>463 ありがとうございます! 「Linux 2TB」でぐぐったら、幾つか見つかりました。 http://slashdot.jp/linuxkernel/02/10/12/095212.shtml 「2.5.42がアナウンスされました。 ……ブロックデバイスの容量上限(従来2TB)の拡大」 ttp://www.kaynet.or.jp/~kay/Diary/2002-01.html 「SCSI も 32bit で 2TB の壁がありますね」 http://www4.airnet.ne.jp/munakata/filesystem.html 「パソコンOSが扱う主要なファイルシステムの比較」 (でもLinux関係はなし) 2TBまでは大丈夫なようですね。 それならsd.cのメッセージは?? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/464
465: 463 [] 03/02/13 01:04 ID:zUKXGchb カーネルのソース見てみた。問題はここ↓だろう linux-2.4.21-pre2-jp15/drivers/scsi/sd.c 1038: printk("SCSI device %s: " 1039: "%d %d-byte hdwr sectors (%d MB)\n", 512GBでちょうどセクタ数がintを超える(1セクタ512バイトで) >>460見てもセクタ数そのものは正常に扱えているようなので問題はないだろう 気になるなら1039行目の「%d」を「%u」にでもしてはどうすか http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/465
466: 463 [] 03/02/13 01:07 ID:zUKXGchb ああ。スマソ阿呆なこと書いた〜 >>465は忘れてくれい(藁) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/466
467: login:Penguin [sage] 03/02/13 01:07 ID:fD4bvRii XFSがファイルシステムの縮小できればいいのになぁ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/467
468: 名無しさん@Emacs [sage] 03/02/13 01:11 ID:K4ji5TWh >>467 んでも、縮小って恐くてオレはダメでつ。 だからひたすら拡張するんですが、DISK が RAIDされてないのに拡張も コワイので、最近 RAID してから lvm で拡張するようになりました。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/468
469: 463 [] 03/02/13 01:21 ID:zUKXGchb 466の続き でもこの辺に問題あるのは確か。つーか 1038: printk("SCSI device %s: " 1039: "%d %d-byte hdwr sectors (%d MB)\n", 1040: nbuff, rscsi_disks[i].capacity, 1041: hard_sector, sz/4096); じゃあかんのかな。単純に http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/469
470: 463 [] 03/02/13 02:22 ID:zUKXGchb >>461 すまん。酔っ払っていたので461を良く読んでなかった これって968行めの「int sz〜」を「unsigned sz〜」にするだけでOKでしょう szは他では使ってないみたいだし >>469(自己レス) IDEのドライバも同じような計算してた ディスクに詳しい人、何でこういう計算するのかおせーて http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/470
471: 463 [] 03/02/13 02:24 ID:zUKXGchb あかん、本当に酔ってるわ もちろん「unsigned int sz〜」ね # しかし読み返すと見苦しいな > 俺 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/471
472: login:Penguin [sage] 03/02/13 02:28 ID:tDp18MAT >>468 もれは縮小なんて不要 でももれもRAID+lvm http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/472
473: login:Penguin [ ] 03/02/13 20:47 ID:+FvEvpXl http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/473
474: ◆8MKwzAtEyk [] 03/02/13 21:47 ID:C8n1wTm/ 463さん、ありがとうございました。 テンポラリ変数のszがintなのが表示オーバーフローの原因で、 実用上は512GB以上でも問題ないということでしょうか。 安心しました。ひとまず解決とします。 それにしても、1ディスク(1ユニット)2TBを超えるデバイスも そのうち普通に出てきそうに思います。 http://slashdot.jp/linuxkernel/02/10/12/095212.shtml 「2.5.42がアナウンスされました。 ……ブロックデバイスの容量上限(従来2TB)の拡大」 ↑こういうのは安定系にはどのへんでcommitされるんでしょうね。 とうぶん先の話なのかな? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/474
475: login:Penguin [sage] 03/02/13 23:03 ID:mRu5tS6C >473 外付けRAID装置はOSからは1ユニットに見えるので、 すでに2TBの壁は深刻ですな。(14-1)x250=3.25TB 2.4にバックポートはひじょ〜に難しいとAlanが言ってたと思います。 untestedなパッチもありますけどね。 ttp://www.gelato.unsw.edu.au/patches/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/475
476: ◆8MKwzAtEyk [] 03/02/13 23:37 ID:C8n1wTm/ >>475 んー、少し高級なRAID装置では内部でLogical Unitとして区切れるから しばらくの間は2TB制限でも問題ないかも知れませんが。 (ローエンド向けに2TB以上のRAID装置なんて当分出ないでしょう) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/476
477: login:Penguin [sage] 03/02/13 23:48 ID:mRu5tS6C >476 洩れはセコイから、論理ユニットで細かく分けて余りだすよりも、 フラットなのを使いたいのだよ。今でもlvmでこまいのを繋いで 大きくして使ってるしね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/477
478: login:Penguin [ ] 03/02/14 16:41 ID:7exrI1Xn http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/478
479: login:Penguin [] 03/02/14 16:41 ID:YEhtKs53 見つけた。http://px.a8.net/svt/ejp?a8mat=HZK9G+5HNXMA+1I6+644DT http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/479
480: login:Penguin [] 03/02/14 21:19 ID:lDuMniwn ttp://biztech.nikkeibp.co.jp/wcs/leaf/CID/onair/biztech/comp/230858 これって、いわゆる2.5.xで入ってるZeroCopyNFSだよね。 2.4向けのパッチって、どっかで手に入る? lkmlでちょっと騒げはすぐでてくる?(w http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/480
481: login:Penguin [] 03/02/16 03:46 ID:tbT/WrCe e2comprって2.4.20にパッチ当てた人いる? なんかうまく当たんないんだけど http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/481
482: login:Penguin [sage] 03/02/16 10:13 ID:85rKnbYV 4で外出、と言ってみる http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/482
483: login:Penguin [] 03/02/16 12:10 ID:SOLcufPE >>482 おいおい。知ったかぶりすんな馬鹿。2.4.17用が出てるぞ。 日経Linuxの今月号には、2.4.20にはパッチは当たるように修正できるけど、 当てても正常動作しないと書いてあったよ。 どうしても必要なら2.4.17にするしかないかも。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/483
484: login:Penguin [sage] 03/02/16 12:19 ID:M8EbxqeE ('Д')y ─┛~~ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/484
485: login:Penguin [sage] 03/02/16 12:33 ID:85rKnbYV 冗談の判らん奴だ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/485
486: login:Penguin [] 03/02/16 13:20 ID:SOLcufPE わ。いいね。その負け惜しみっぷり ろくでもない俺の書き込みに、こんなピュアな負け惜しみが! ただただ感動。ありがとな! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/486
487: login:Penguin [sage] 03/02/16 13:43 ID:M8EbxqeE ('Д')y ─┛~~ 香ばしい http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/487
488: login:Penguin [sage] 03/02/16 14:25 ID:UtAPvOQ0 狭量 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/488
489: login:Penguin [] 03/02/17 03:26 ID:3VEncCqF >>480 ftp://ftp.valinux.co.jp:/pub/people/taka/tune/2.4.18/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/489
490: login:Penguin [] 03/02/17 11:11 ID:l55/vFnH >>480 なんか、VA Linux は、すげー自慢っぽいけど、単に Linux NFS が大タコだから、 大幅なチューンが可能って話のような。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/490
491: login:Penguin [] 03/02/17 11:14 ID:qmz4SeM1 >>490 そんなに簡単ならお前がさっさと出せや こういうのは素直に喜んどくもんだ 小さいがこういう出る杭を叩くような香具師が日本をダメにするな http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/491
492: login:Penguin [] 03/02/18 08:12 ID:0qHPnSRz >490 多分、見たこともないくらいすっごく速くなってるんだよ。FreeBSDなんか 比べものにならないくらい。もし、本当にそれほどFreeBSDのNFSがいいのなら、 linuxのを改良せずにFreeBSDのを使って商売してるよ。あえてlinuxで いくところに自信の程が見えるのだが。 誰か同一条件で比較した人いる? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/492
493: login:Penguin [] 03/02/18 09:39 ID:h4MZdbPu >>492=490 なんでそこでFreeBSDが出て来るわけ?本気で分からん VA LinuxがLinuxの改良して何か悪いのだろうか 煽りにしちゃ幼稚すぎるし…私怨? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/493
494: 490 [] 03/02/18 10:53 ID:WwQAnocP 俺は 492 じゃないよ。 FreeBSDのことはなにも知らんし、どちらが速いかなんて知らない。 言いたかったのは、そのはしゃぎっぷりに、やや興ざめしたってだけで、 そんなに悪意をこめたつもりはないんだけどな。 ただ、実測比較したわけじゃないが、SolarisのNFSに比べて速いとは とても思えない。万一、SolarisのNFSを超えていたら、素直に脱帽する。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/494
495: login:Penguin [sage] 03/02/18 11:14 ID:IgHaVqqM じゃあ脱帽してもらおう http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/495
496: login:Penguin [sage] 03/02/18 11:29 ID:WwQAnocP http://www.specbench.org/osg/sfs97r1/results/res2002q2/ ぜんぜん、脱帽できない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/496
497: login:Penguin [] 03/02/18 11:46 ID:Cpk8kUxs >>494 だからさ,どうしてSolarisとかと比較しなきゃならんのかってことでしょ 「LinuxのNFSの性能を3倍にしました。改良点は2.5にマージされますた」 「わー良くやったね」 これではどうしていかんのれすか。ひねこびてねーすか http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/497
498: login:Penguin [sage] 03/02/18 12:20 ID:IgHaVqqM まあどうせやるなら最速を目指してほしいかな 最速に意味がないなんていわないよね http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/498
499: login:Penguin [sage] 03/02/18 12:21 ID:WwQAnocP よくがんばったって観点は、おれもそう思うんだけどね。 ただ、あんまり宣伝材料に使ってるみたいだから、興ざめしたというか。 そこまでいうなら、相対評価(過去のLinux)と絶対評価(他のNFS)の両面 で評価したくなるし、後者については、大したことないんじゃないの、と。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/499
500: login:Penguin [sage] 03/02/18 12:49 ID:0qHPnSRz >493 スマン。そこでFreeBSDを出した理由は、VAは本国ではlinuxに限らない ソリューションを提供しているから、日本でもlinux以外を選択する可能性 があると云う事をいいたかったの。もっともOpenBSDとNetBSDは論外だから FreeBSDと言っただけなんだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/500
501: login:Penguin [sage] 03/02/18 21:44 ID:QsSx6xxX VA本国って? VA Softwareは今や単なるソフトハウスでは? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/501
502: login:Penguin [] 03/02/18 22:48 ID:h4MZdbPu >>497 俺はどんどんアピールしてほしいなぁ そうしてVA Linuxに注目が集まるようなら、もっとたくさんあるであろう 他の技術力持った企業もLinuxの改良に乗り出してくれそうな気がする 日本企業には珍しい大き目の貢献なんだから寛大になろうや それからさーコメクニは知らんけど、VA LinuxはLinux企業だよね? 今年はエボの方が速いから、インプの改良やめてエボでWRC参戦しろや なんて富士重工には言わんでしょ? >>500 まぁ、俺は「そこまでいうなら」の実態は知らんけど、結構反感持っ ている人がいるようなんで、かなりひどいことを言ってるのかもしれないね 「かかってこいや!」的なことを言ってるんなら、擁護はやめるわ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/502
503: login:Penguin [] 03/02/18 22:49 ID:h4MZdbPu レス先番号間違えた 502の発言は、おおむね >>499 宛です http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/503
504: modoki ◆9xzVn/zRzw [sage] 03/02/19 00:58 ID:CFTaYJC/ >>483 いろいろ調べたんだけど、なんかうまくいけそうだよ 圧縮方式にgzipを使わなければなんとかなりそう あとlzoなんて使わないからそのあたりは パッチが当たんなくても無視無視 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/504
505: login:Penguin [] 03/02/19 11:00 ID:g01o3XZk >>496 ディスク100台つないでる連中との比較は無意味。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/505
506: login:Penguin [sage] 03/02/19 11:41 ID:CQ8I8BbL 100台あっても、ストライプ数は9台だしなぁ。(VAの方は、15?) NFSの場合、CPU負荷が大きいから、CPU差の方が気になる。 VA: Xeon 2GHz * 2 Sun: Sparc 0.9GHz * 2 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/506
507: login:Penguin [] 03/02/19 13:26 ID:U/oddJtM >>504 うまく行ったらパッチ公開きぼんぬ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/507
508: 383 [] 03/02/19 16:27 ID:/71ZflD2 ■■わりきり学園■■ コギャルから熟女まで 素敵な出会い ゲイ、レズビアンなどコンテンツ豊富 http://www.geocities.jp/kgy919/deai.html http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/508
509: x [] 03/02/19 16:30 ID:jL/5wZtO ◆マムコ満開◆無料です◆ http://bbs.1oku.com/bbs/bbs.phtml?id=yasuko http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/509
510: login:Penguin [sage] 03/02/20 02:11 ID:4NmZQJhe >>506 うげ、CPU パワーに4倍ぐらいの差があるやん。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/510
511: login:Penguin [sage] 03/02/20 10:45 ID:kVnH0C1B >>510 クロック比だと 2.22倍だね http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/511
512: login:Penguin [sage] 03/02/20 10:59 ID:6SdWXLba >511 同一マシンでSolaris for Intel でやったときの結果が知りたいね。 もし、CPU性能がベンチに影響しているなら、みんなインテルの石の 上で計測するよね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/512
513: login:Penguin [sage] 03/02/20 21:01 ID:4NmZQJhe >>511 なんせ、クロック以上に遅いからね SPARC って…。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/513
514: login:Penguin [sage] 03/02/20 23:25 ID:0882Ou3n 意味がわからないんですが>513 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/514
515: login:Penguin [sage] 03/02/21 16:41 ID:9jfX7Pa5 >>489 のディレクトリが見られなくなってるんですけど・・・。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/515
516: login:Penguin [sage] 03/02/21 18:29 ID:bVItlzAH クロック当りのスピードが遅いってことだと思う。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/516
517: 489 [sage] 03/02/23 03:09 ID:CboytaHC >>515 なくなっちゃた...(⊃д`) 真面目に使うには危ないので消したのかな 2.5.x 系は ftp://ftp.valinux.co.jp/pub/people/taka/2.5.44/ にあるんだけど http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/517
518: login:Penguin [] 03/02/24 17:58 ID:R85aZ5m4 ニヤニヤ(・∀・) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/518
519: login:Penguin [sage] 03/02/25 02:08 ID:iXerG7K9 誰かGFS,LusteとかCODA,Intermezzoあたり試してる人いない?単体ホストに 各種FSを導入するだけでなく、複数台集めてどれかがフェイルしても全体的に 影響ないシステム組んでみようかと考えてます。 Sistinaに投資も入ったことだし、今年〜来年あたりにGFSがブレークして くれると時期的にうれしいかも(OpenGFSでも可)。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/519
520: login:Penguin [] 03/02/25 08:47 ID:3AYcIxly 2chのLinuxerはどんなファイルシステムを使ってるんでそ。 アンケート取ってみたい。 ちなみに漏れは ext2 1台 ext3 1台 reiserfs 1台 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/520
521: 名無しさん@Emacs [sage] 03/02/25 10:29 ID:QAwW/mAS >>520 / はことごとく ext2 のママ。 メイン鯖 : xfs バックアップ鯖 : ext3 + xfs + jfs テスト鯖 : xfs + jfs FireWall : ext3 (これだけ / も ext3) reiserfs は昔使ってたけど、でかいファイルが増えてきたので jfs へ移行したのだけれど、 xfs のが速い気がして、最近は xfsが多い感じ。こんなでつ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/521
522: login:Penguin [sage] 03/02/25 20:20 ID:KlFrKVn3 サーバ:ext2 自マシン:ext3 保守的っつーわけじゃなくて、 XFSとかJFSとかにするのがめんどい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/522
523: login:Penguin [sage] 03/02/26 02:13 ID:8VvKoI3E >>520 サーバー1: / (/dev/md0, ext2) + /dev/md1, reiserfs サーバー2: / (/dev/md0, ext2) + /dev/md1, xfs これでreiserfsとxfsの所は相互に同期取って、万が一 飛んでも大丈夫なようにしてる。飛んだことはないが。 ext3はただのfsck-freeなext2だから鉄板だけど、 巨大フォルダの扱いとか基本設計が従来そのままなので 使ってない。 JFSはXFSが1.0になった頃に、恐ろしく信頼性の低いリリースを 繰り返してくれたのでもう使う気がしない。マージされたので 少しはよくなったのか? 現状XFSとReiserFSが個人的に二強だけど、XFSはカーネル側も 大幅にアップデートするため統合が進まず、そのせいでXFSの方が コードは枯れてるけど稼動実績としてはReiserFSに一日の長あり、と いう感じ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/523
524: 名無しさん@Emacs [sage] 03/02/26 14:58 ID:j2GAGQQM >>523 確かに jfs酷かったけど、最近のは結構安定してると思うよ。 ただ、なんか変だ(w アト、電源ぶっちんいったあとの再起動時のfsck で logredo してくれない。 ので、必ず手動で logredo してから mount になる。 まれにこれわすれてて酷い目にあう(w http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/524
525: login:Penguin [] 03/02/26 15:56 ID:CMwAzlZR 鯖マシンはext3。最近ext2から変換した。 デスクトップマシンはhomeだけXFSで、後はReiserFS。 今のところは特に無問題。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/525
526: login:Penguin [] 03/02/26 17:32 ID:RMoVHJN8 4TB(250GB*16)積んだRAIDを購入 2個のArrayに2TBずつRAID5の設定 fdiskして、mkfs.ext2まではよいのですが mountしようとすると [------]# mount -t ext2 /dev/sde1 /sde mount: 間違ったファイルシステムタイプ、不正なオプション、 /dev/sde1 のスーパーブロックが不正、或いはファイルシステムのマウント が多すぎます (aren't you trying to mount an extended partition, instead of some logical partition inside?) のようになってしまいます kernelは2.4.9-40smpです 少し上(470前後)にヒントになりそうなことが書いてありますが やろうとしてることが何か制限に引っかかっていたりするのでしょうか? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/526
527: 名無しさん@Emacs [sage] 03/02/26 19:45 ID:j2GAGQQM ん゛ー 2TB なら http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.4/filesystems/ext2.txt.html だいじょぶそうな気がするけど。2.4.9 の所為? つか、なんで 2.4.9? RHL7.2位の新規導入かな・・・。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/527
528: login:Penguin [] 03/02/26 20:51 ID:/JFU+36x >526 残念ながら、2.4.18ごろまでブロックデバイスレイヤーにバグがあって 1TB弱までしか扱えません。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/528
529: 526 [sage] 03/02/26 21:36 ID:RMoVHJN8 >>527 ia64なのでRed Hat Linux 7.2 for the Itaniumってのを使ってます Redhat Networkにkernel-2.4.9-40までしかないのです >>528 マジですかぁ・・・ありがとうございます 1TB(250GB*4)でRAID5組んでも効率悪いしなぁ・・・ アホな質問させてください コンパイルからすれば、ia64でも最新のkernelを使えるものなのですか? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/529
530: 名無しさん [sage] 03/02/26 22:08 ID:j2GAGQQM >>529 > コンパイルからすれば、ia64でも最新のkernelを使えるものなのですか? 使えると思われ。つか、ia64ないからよくわからん http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/530
531: login:Penguin [sage] 03/02/26 22:25 ID:/JFU+36x >529 チミのお給料を私にくれるのかね? ttp://www.linuxia64.org/ ttp://www.kernel.org/pub/linux/kernel/ports/ia64/v2.4/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/531
532: 526 [sage] 03/02/26 22:35 ID:RMoVHJN8 >>530 了解です >>531 本当にありがとうございます >チミのお給料を私にくれるのかね? 申し訳ありません、学生なのでただ働きなのです(´・ω・`)ショボーン http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/532
533: login:Penguin [sage] 03/02/26 22:45 ID:3Ly/rYRB >>520 Resier 3(SuSE) ext 1 (ext3) あとCLOOPが数枚 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/533
534: login:Penguin [] 03/02/26 22:50 ID:yw5DellE で、結局NTFSより高性能なファイルシステムは作れなかったんですね。 烏合の衆とはまさにこのことですね(藁 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/534
535: login:Penguin [sage] 03/02/26 23:03 ID:YEjWzpj8 >>534 ネタはよそでやってくれ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/535
536: login:Penguin [sage] 03/02/26 23:03 ID:leezUZ0S >>520 部門サーバ、テストマシン、イントラ用サーバがあるが、 みーんな ext3 に変えちゃった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/536
537: login:Penguin [sage] 03/02/27 01:02 ID:DpIDqz71 >>534 やはり DEC の技術者たちはそれなりにすごかったということですな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/537
538: login:Penguin [] 03/02/27 06:56 ID:stBEyjTT メモリ上に作るファイルシステムの中だと tmpfsが最強ですか?っていうかramfsとか めんどくさくて使う気になれません。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/538
539: login:Penguin [sage] 03/02/27 12:44 ID:U6VMdoGi NTFSがLinuxからも安全に読み書きできるなら使いたい http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/539
540: 名無しさん [sage] 03/02/27 22:15 ID:cpaEZrIn >>538 最強 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/540
541: login:Penguin [sage] 03/02/28 10:20 ID:BHCyzyxu >>539 漏れは逆だな。NTカーネルでjfsとかxfsとかffsが使えるなら そうしたい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/541
542: login:Penguin [sage] 03/02/28 14:14 ID:il5tfvrI http://linux-ntfs.sourceforge.net/ まだまだだめぽ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/542
543: login:Penguin [] 03/03/01 20:18 ID:p1kvvSNt ニヤニヤ(・∀・) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/543
544: login:Penguin [] 03/03/04 00:55 ID:Jb78J2G7 ニヤニヤ(・∀・) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/544
545: login:Penguin [] 03/03/05 14:33 ID:tf0SH9OG LinuxでなかなかNTFSに安定してかけるようにならないのは 率直にいって何ででしょう.OpenSourceCommunityはこういう "うごくようにする"のは速くて得意のようなイメージがあるのですが. (1)ファイルシステムの仕様が複雑で実装が特に難しい等の技術的な理由 (2)ファイルシステムの仕様が公開されていないなどの技術以外の理由 そういっている間にWindows Future Storage(WinFS)とかいうのが 出てきたし... http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/545
546: login:Penguin [sage] 03/03/05 14:44 ID:jCFeYi0m >>545 多分(2) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/546
547: login:Penguin [sage] 03/03/05 17:59 ID:/HPd2ViV >>545 ntfs自体がバージョンupと共に仕様がコロコロ変わってる http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/547
548: login:Penguin [sage] 03/03/05 18:35 ID:PNzFzTWL その逆、Win2kでExt2のマウントも危険、、 私は、つい先日それでデータがメタメタに、、、やめときゃよかった(泣) http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/548
549: login:Penguin [sage] 03/03/05 18:51 ID:4DG3atle >>548 PartitionMagic8.0でファイル操作してますが、何か? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/549
550: login:Penguin [sage] 03/03/05 21:50 ID:PNzFzTWL ttp://www.zdnet.co.jp/news/0303/05/ne00_longhorn.html WinFS,だそうだ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/550
551: login:Penguin [sage] 03/03/05 22:46 ID:+ta28LsY >>550 こっちはちょっと電源落とすとすぐ壊れるext3使わされてるってのに まったくうらやましい限りだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/551
552: login:Penguin [sage] 03/03/06 01:26 ID:z56XZve7 >>548 Ext2Fsd だと読取専用だが、安定してた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/552
553: 548 [sage] 03/03/06 10:31 ID:jDV+8pBJ 実はExt2Fsdを使って書き込んでました。 はい。書き込みは危険だって書いてあったのですが、 普通に使えてたので、、、、 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/553
554: login:Penguin [sage] 03/03/06 12:44 ID:3wSJjnne >>553 自業自得。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/554
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 425 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.198s*