[過去ログ] /**ファイルシステム総合スレ その1**/ (979レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
466: 463 03/02/13 01:07 ID:zUKXGchb(2/5) AAS
ああ。スマソ阿呆なこと書いた〜
>>465は忘れてくれい(藁)
467(1): 03/02/13 01:07 ID:fD4bvRii(1) AAS
XFSがファイルシステムの縮小できればいいのになぁ
468(1): 名無しさん@Emacs 03/02/13 01:11 ID:K4ji5TWh(1) AAS
>>467
んでも、縮小って恐くてオレはダメでつ。
だからひたすら拡張するんですが、DISK が RAIDされてないのに拡張も
コワイので、最近 RAID してから lvm で拡張するようになりました。
469(1): 463 03/02/13 01:21 ID:zUKXGchb(3/5) AAS
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);
じゃあかんのかな。単純に
470: 463 03/02/13 02:22 ID:zUKXGchb(4/5) AAS
>>461
すまん。酔っ払っていたので461を良く読んでなかった
これって968行めの「int sz〜」を「unsigned sz〜」にするだけでOKでしょう
szは他では使ってないみたいだし
>>469(自己レス)
IDEのドライバも同じような計算してた
ディスクに詳しい人、何でこういう計算するのかおせーて
471: 463 03/02/13 02:24 ID:zUKXGchb(5/5) AAS
あかん、本当に酔ってるわ
もちろん「unsigned int sz〜」ね
# しかし読み返すと見苦しいな > 俺
472: 03/02/13 02:28 ID:tDp18MAT(1) AAS
>>468
もれは縮小なんて不要
でももれもRAID+lvm
473(1): [ ] 03/02/13 20:47 ID:+FvEvpXl(1) AAS
474: ◆8MKwzAtEyk 03/02/13 21:47 ID:C8n1wTm/(2/3) AAS
463さん、ありがとうございました。
テンポラリ変数のszがintなのが表示オーバーフローの原因で、
実用上は512GB以上でも問題ないということでしょうか。
安心しました。ひとまず解決とします。
それにしても、1ディスク(1ユニット)2TBを超えるデバイスも
そのうち普通に出てきそうに思います。
外部リンク:slashdot.jp
「2.5.42がアナウンスされました。
……ブロックデバイスの容量上限(従来2TB)の拡大」
↑こういうのは安定系にはどのへんでcommitされるんでしょうね。
省1
475(1): 03/02/13 23:03 ID:mRu5tS6C(1/2) AAS
>473
外付けRAID装置はOSからは1ユニットに見えるので、
すでに2TBの壁は深刻ですな。(14-1)x250=3.25TB
2.4にバックポートはひじょ〜に難しいとAlanが言ってたと思います。
untestedなパッチもありますけどね。
外部リンク:www.gelato.unsw.edu.au
476(1): ◆8MKwzAtEyk 03/02/13 23:37 ID:C8n1wTm/(3/3) AAS
>>475
んー、少し高級なRAID装置では内部でLogical Unitとして区切れるから
しばらくの間は2TB制限でも問題ないかも知れませんが。
(ローエンド向けに2TB以上のRAID装置なんて当分出ないでしょう)
477: 03/02/13 23:48 ID:mRu5tS6C(2/2) AAS
>476
洩れはセコイから、論理ユニットで細かく分けて余りだすよりも、
フラットなのを使いたいのだよ。今でもlvmでこまいのを繋いで
大きくして使ってるしね。
478: [ ] 03/02/14 16:41 ID:7exrI1Xn(1) AAS
479: 03/02/14 16:41 ID:YEhtKs53(1) AAS
見つけた。外部リンク:px.a8.net
480(2): 03/02/14 21:19 ID:lDuMniwn(1) AAS
外部リンク:biztech.nikkeibp.co.jp
これって、いわゆる2.5.xで入ってるZeroCopyNFSだよね。
2.4向けのパッチって、どっかで手に入る?
lkmlでちょっと騒げはすぐでてくる?(w
481: 03/02/16 03:46 ID:tbT/WrCe(1) AAS
e2comprって2.4.20にパッチ当てた人いる?
なんかうまく当たんないんだけど
482(1): 03/02/16 10:13 ID:85rKnbYV(1/2) AAS
4で外出、と言ってみる
483(1): 03/02/16 12:10 ID:SOLcufPE(1/2) AAS
>>482
おいおい。知ったかぶりすんな馬鹿。2.4.17用が出てるぞ。
日経Linuxの今月号には、2.4.20にはパッチは当たるように修正できるけど、
当てても正常動作しないと書いてあったよ。
どうしても必要なら2.4.17にするしかないかも。
484: 03/02/16 12:19 ID:M8EbxqeE(1/2) AAS
('Д')y ─┛~~
485: 03/02/16 12:33 ID:85rKnbYV(2/2) AAS
冗談の判らん奴だ。
486: 03/02/16 13:20 ID:SOLcufPE(2/2) AAS
わ。いいね。その負け惜しみっぷり
ろくでもない俺の書き込みに、こんなピュアな負け惜しみが!
ただただ感動。ありがとな!
487: 03/02/16 13:43 ID:M8EbxqeE(2/2) AAS
('Д')y ─┛~~ 香ばしい
488: 03/02/16 14:25 ID:UtAPvOQ0(1) AAS
狭量
489(2): 03/02/17 03:26 ID:3VEncCqF(1) AAS
>>480
外部リンク:ftp.valinux.co.jp:
490(3): 03/02/17 11:11 ID:l55/vFnH(1) AAS
>>480
なんか、VA Linux は、すげー自慢っぽいけど、単に Linux NFS が大タコだから、
大幅なチューンが可能って話のような。
491: 03/02/17 11:14 ID:qmz4SeM1(1) AAS
>>490
そんなに簡単ならお前がさっさと出せや
こういうのは素直に喜んどくもんだ
小さいがこういう出る杭を叩くような香具師が日本をダメにするな
492(1): 03/02/18 08:12 ID:0qHPnSRz(1/2) AAS
>490
多分、見たこともないくらいすっごく速くなってるんだよ。FreeBSDなんか
比べものにならないくらい。もし、本当にそれほどFreeBSDのNFSがいいのなら、
linuxのを改良せずにFreeBSDのを使って商売してるよ。あえてlinuxで
いくところに自信の程が見えるのだが。
誰か同一条件で比較した人いる?
493(1): 03/02/18 09:39 ID:h4MZdbPu(1/3) AAS
>>492=490
なんでそこでFreeBSDが出て来るわけ?本気で分からん
VA LinuxがLinuxの改良して何か悪いのだろうか
煽りにしちゃ幼稚すぎるし…私怨?
494(1): 490 03/02/18 10:53 ID:WwQAnocP(1/3) AAS
俺は 492 じゃないよ。
FreeBSDのことはなにも知らんし、どちらが速いかなんて知らない。
言いたかったのは、そのはしゃぎっぷりに、やや興ざめしたってだけで、
そんなに悪意をこめたつもりはないんだけどな。
ただ、実測比較したわけじゃないが、SolarisのNFSに比べて速いとは
とても思えない。万一、SolarisのNFSを超えていたら、素直に脱帽する。
495: 03/02/18 11:14 ID:IgHaVqqM(1/2) AAS
じゃあ脱帽してもらおう
496(1): 03/02/18 11:29 ID:WwQAnocP(2/3) AAS
外部リンク:www.specbench.org
ぜんぜん、脱帽できない。
497(1): 03/02/18 11:46 ID:Cpk8kUxs(1) AAS
>>494
だからさ,どうしてSolarisとかと比較しなきゃならんのかってことでしょ
「LinuxのNFSの性能を3倍にしました。改良点は2.5にマージされますた」
「わー良くやったね」
これではどうしていかんのれすか。ひねこびてねーすか
498: 03/02/18 12:20 ID:IgHaVqqM(2/2) AAS
まあどうせやるなら最速を目指してほしいかな
最速に意味がないなんていわないよね
499(1): 03/02/18 12:21 ID:WwQAnocP(3/3) AAS
よくがんばったって観点は、おれもそう思うんだけどね。
ただ、あんまり宣伝材料に使ってるみたいだから、興ざめしたというか。
そこまでいうなら、相対評価(過去のLinux)と絶対評価(他のNFS)の両面
で評価したくなるし、後者については、大したことないんじゃないの、と。
500(1): 03/02/18 12:49 ID:0qHPnSRz(2/2) AAS
>493
スマン。そこでFreeBSDを出した理由は、VAは本国ではlinuxに限らない
ソリューションを提供しているから、日本でもlinux以外を選択する可能性
があると云う事をいいたかったの。もっともOpenBSDとNetBSDは論外だから
FreeBSDと言っただけなんだけど。
501: 03/02/18 21:44 ID:QsSx6xxX(1) AAS
VA本国って? VA Softwareは今や単なるソフトハウスでは?
502: 03/02/18 22:48 ID:h4MZdbPu(2/3) AAS
>>497
俺はどんどんアピールしてほしいなぁ
そうしてVA Linuxに注目が集まるようなら、もっとたくさんあるであろう
他の技術力持った企業もLinuxの改良に乗り出してくれそうな気がする
日本企業には珍しい大き目の貢献なんだから寛大になろうや
それからさーコメクニは知らんけど、VA LinuxはLinux企業だよね?
今年はエボの方が速いから、インプの改良やめてエボでWRC参戦しろや
なんて富士重工には言わんでしょ? >>500
まぁ、俺は「そこまでいうなら」の実態は知らんけど、結構反感持っ
ている人がいるようなんで、かなりひどいことを言ってるのかもしれないね
省1
503: 03/02/18 22:49 ID:h4MZdbPu(3/3) AAS
レス先番号間違えた
502の発言は、おおむね >>499 宛です
504(1): modoki ◆9xzVn/zRzw 03/02/19 00:58 ID:CFTaYJC/(1) AAS
>>483
いろいろ調べたんだけど、なんかうまくいけそうだよ
圧縮方式にgzipを使わなければなんとかなりそう
あとlzoなんて使わないからそのあたりは
パッチが当たんなくても無視無視
505: 03/02/19 11:00 ID:g01o3XZk(1) AAS
>>496
ディスク100台つないでる連中との比較は無意味。
506(1): 03/02/19 11:41 ID:CQ8I8BbL(1) AAS
100台あっても、ストライプ数は9台だしなぁ。(VAの方は、15?)
NFSの場合、CPU負荷が大きいから、CPU差の方が気になる。
VA: Xeon 2GHz * 2
Sun: Sparc 0.9GHz * 2
507: 03/02/19 13:26 ID:U/oddJtM(1) AAS
>>504
うまく行ったらパッチ公開きぼんぬ
508: 383 03/02/19 16:27 ID:/71ZflD2(1) AAS
■■わりきり学園■■
コギャルから熟女まで
素敵な出会い
ゲイ、レズビアンなどコンテンツ豊富
外部リンク[html]:www.geocities.jp
509: x 03/02/19 16:30 ID:jL/5wZtO(1) AAS
◆マムコ満開◆無料です◆
外部リンク:bbs.1oku.com
510(1): 03/02/20 02:11 ID:4NmZQJhe(1/2) AAS
>>506
うげ、CPU パワーに4倍ぐらいの差があるやん。
511(2): 03/02/20 10:45 ID:kVnH0C1B(1) AAS
>>510
クロック比だと 2.22倍だね
512: 03/02/20 10:59 ID:6SdWXLba(1) AAS
>511
同一マシンでSolaris for Intel でやったときの結果が知りたいね。
もし、CPU性能がベンチに影響しているなら、みんなインテルの石の
上で計測するよね。
513(1): 03/02/20 21:01 ID:4NmZQJhe(2/2) AAS
>>511
なんせ、クロック以上に遅いからね SPARC って…。
514: 03/02/20 23:25 ID:0882Ou3n(1) AAS
意味がわからないんですが>513
515(1): 03/02/21 16:41 ID:9jfX7Pa5(1) AAS
>>489 のディレクトリが見られなくなってるんですけど・・・。
516: 03/02/21 18:29 ID:bVItlzAH(1) AAS
クロック当りのスピードが遅いってことだと思う。
517: 489 03/02/23 03:09 ID:CboytaHC(1) AAS
>>515
なくなっちゃた...(⊃д`)
真面目に使うには危ないので消したのかな
2.5.x 系は 外部リンク:ftp.valinux.co.jp にあるんだけど
518: 03/02/24 17:58 ID:R85aZ5m4(1) AAS
ニヤニヤ(・∀・)
519: 03/02/25 02:08 ID:iXerG7K9(1) AAS
誰かGFS,LusteとかCODA,Intermezzoあたり試してる人いない?単体ホストに
各種FSを導入するだけでなく、複数台集めてどれかがフェイルしても全体的に
影響ないシステム組んでみようかと考えてます。
Sistinaに投資も入ったことだし、今年〜来年あたりにGFSがブレークして
くれると時期的にうれしいかも(OpenGFSでも可)。
520(4): 03/02/25 08:47 ID:3AYcIxly(1) AAS
2chのLinuxerはどんなファイルシステムを使ってるんでそ。
アンケート取ってみたい。
ちなみに漏れは
ext2 1台
ext3 1台
reiserfs 1台
521: 名無しさん@Emacs 03/02/25 10:29 ID:QAwW/mAS(1) AAS
>>520
/ はことごとく ext2 のママ。
メイン鯖 : xfs
バックアップ鯖 : ext3 + xfs + jfs
テスト鯖 : xfs + jfs
FireWall : ext3 (これだけ / も ext3)
reiserfs は昔使ってたけど、でかいファイルが増えてきたので jfs へ移行したのだけれど、
xfs のが速い気がして、最近は xfsが多い感じ。こんなでつ。
522: 03/02/25 20:20 ID:KlFrKVn3(1) AAS
サーバ:ext2
自マシン:ext3
保守的っつーわけじゃなくて、
XFSとかJFSとかにするのがめんどい。
523(1): 03/02/26 02:13 ID:8VvKoI3E(1) AAS
>>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になった頃に、恐ろしく信頼性の低いリリースを
繰り返してくれたのでもう使う気がしない。マージされたので
省5
524: 名無しさん@Emacs 03/02/26 14:58 ID:j2GAGQQM(1/3) AAS
>>523
確かに jfs酷かったけど、最近のは結構安定してると思うよ。
ただ、なんか変だ(w
アト、電源ぶっちんいったあとの再起動時のfsck で logredo してくれない。
ので、必ず手動で logredo してから mount になる。
まれにこれわすれてて酷い目にあう(w
525: 03/02/26 15:56 ID:CMwAzlZR(1) AAS
鯖マシンはext3。最近ext2から変換した。
デスクトップマシンはhomeだけXFSで、後はReiserFS。
今のところは特に無問題。
526(3): 03/02/26 17:32 ID:RMoVHJN8(1/3) AAS
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?)
省4
527(1): 名無しさん@Emacs 03/02/26 19:45 ID:j2GAGQQM(2/3) AAS
ん゛ー
2TB なら
外部リンク[html]:www.linux.or.jp
だいじょぶそうな気がするけど。2.4.9 の所為?
つか、なんで 2.4.9? RHL7.2位の新規導入かな・・・。
528(1): 03/02/26 20:51 ID:/JFU+36x(1/2) AAS
>526
残念ながら、2.4.18ごろまでブロックデバイスレイヤーにバグがあって
1TB弱までしか扱えません。
529(2): 526 03/02/26 21:36 ID:RMoVHJN8(2/3) AAS
>>527
ia64なのでRed Hat Linux 7.2 for the Itaniumってのを使ってます
Redhat Networkにkernel-2.4.9-40までしかないのです
>>528
マジですかぁ・・・ありがとうございます
1TB(250GB*4)でRAID5組んでも効率悪いしなぁ・・・
アホな質問させてください
コンパイルからすれば、ia64でも最新のkernelを使えるものなのですか?
530(1): 名無しさん 03/02/26 22:08 ID:j2GAGQQM(3/3) AAS
>>529
> コンパイルからすれば、ia64でも最新のkernelを使えるものなのですか?
使えると思われ。つか、ia64ないからよくわからん
531(1): 03/02/26 22:25 ID:/JFU+36x(2/2) AAS
>529
チミのお給料を私にくれるのかね?
外部リンク:www.linuxia64.org
外部リンク:www.kernel.org
532: 526 03/02/26 22:35 ID:RMoVHJN8(3/3) AAS
>>530
了解です
>>531
本当にありがとうございます
>チミのお給料を私にくれるのかね?
申し訳ありません、学生なのでただ働きなのです(´・ω・`)ショボーン
533: 03/02/26 22:45 ID:3Ly/rYRB(1) AAS
>>520
Resier 3(SuSE)
ext 1 (ext3)
あとCLOOPが数枚
534(2): 03/02/26 22:50 ID:yw5DellE(1) AAS
で、結局NTFSより高性能なファイルシステムは作れなかったんですね。
烏合の衆とはまさにこのことですね(藁
535: 03/02/26 23:03 ID:YEjWzpj8(1) AAS
>>534
ネタはよそでやってくれ。
536: 03/02/26 23:03 ID:leezUZ0S(1) AAS
>>520
部門サーバ、テストマシン、イントラ用サーバがあるが、
みーんな ext3 に変えちゃった。
537: 03/02/27 01:02 ID:DpIDqz71(1) AAS
>>534
やはり DEC の技術者たちはそれなりにすごかったということですな。
538(1): 03/02/27 06:56 ID:stBEyjTT(1) AAS
メモリ上に作るファイルシステムの中だと
tmpfsが最強ですか?っていうかramfsとか
めんどくさくて使う気になれません。。。
539(1): 03/02/27 12:44 ID:U6VMdoGi(1) AAS
NTFSがLinuxからも安全に読み書きできるなら使いたい
540: 名無しさん 03/02/27 22:15 ID:cpaEZrIn(1) AAS
>>538
最強
541: 03/02/28 10:20 ID:BHCyzyxu(1) AAS
>>539
漏れは逆だな。NTカーネルでjfsとかxfsとかffsが使えるなら
そうしたい。
542: 03/02/28 14:14 ID:il5tfvrI(1) AAS
外部リンク:linux-ntfs.sourceforge.net
まだまだだめぽ。
543: 03/03/01 20:18 ID:p1kvvSNt(1) AAS
ニヤニヤ(・∀・)
544: 03/03/04 00:55 ID:Jb78J2G7(1) AAS
ニヤニヤ(・∀・)
545(2): 03/03/05 14:33 ID:tf0SH9OG(1) AAS
LinuxでなかなかNTFSに安定してかけるようにならないのは
率直にいって何ででしょう.OpenSourceCommunityはこういう
"うごくようにする"のは速くて得意のようなイメージがあるのですが.
(1)ファイルシステムの仕様が複雑で実装が特に難しい等の技術的な理由
(2)ファイルシステムの仕様が公開されていないなどの技術以外の理由
そういっている間にWindows Future Storage(WinFS)とかいうのが
出てきたし...
546: 03/03/05 14:44 ID:jCFeYi0m(1) AAS
>>545
多分(2)
547: 03/03/05 17:59 ID:/HPd2ViV(1) AAS
>>545
ntfs自体がバージョンupと共に仕様がコロコロ変わってる
548(3): 03/03/05 18:35 ID:PNzFzTWL(1/2) AAS
その逆、Win2kでExt2のマウントも危険、、
私は、つい先日それでデータがメタメタに、、、やめときゃよかった(泣)
549: 03/03/05 18:51 ID:4DG3atle(1) AAS
>>548
PartitionMagic8.0でファイル操作してますが、何か?
550(2): 03/03/05 21:50 ID:PNzFzTWL(2/2) AAS
外部リンク[html]:www.zdnet.co.jp
WinFS,だそうだ。
551: 03/03/05 22:46 ID:+ta28LsY(1) AAS
>>550
こっちはちょっと電源落とすとすぐ壊れるext3使わされてるってのに
まったくうらやましい限りだな。
552: 03/03/06 01:26 ID:z56XZve7(1) AAS
>>548
Ext2Fsd だと読取専用だが、安定してた。
553(1): 548 03/03/06 10:31 ID:jDV+8pBJ(1/2) AAS
実はExt2Fsdを使って書き込んでました。
はい。書き込みは危険だって書いてあったのですが、
普通に使えてたので、、、、
554: 03/03/06 12:44 ID:3wSJjnne(1) AAS
>>553
自業自得。
555(1): 03/03/06 14:47 ID:GEejYXpl(1) AAS
>>550
explorerなどのUI側でやれば済むことを、わざわざ file system にやらせるような
感じだな。
556: 03/03/06 21:42 ID:fV02zthk(1) AAS
>>555
UIと今のファイルシステムでも出来るけど、何万個もファイルがあったら時間がかかりすぎるから
DB技術を使おうって話じゃないの?
557(1): 03/03/06 22:28 ID:zHXmoTk+(1) AAS
お前らはいつまでもgrepでガリガリディスクを削ってなさいってこった。
558(1): 03/03/06 23:32 ID:jDV+8pBJ(2/2) AAS
>557
namazuでえーやん
そのままnamazu.cgiでWebにももっていける。
559: 03/03/13 06:15 ID:Vmtf8PO1(1) AAS
ニヤニヤ(・∀・)
560: 03/03/13 23:19 ID:MRYC6k3z(1) AAS
ニヤニヤ(・∀・)
561: 03/03/15 23:49 ID:DcKiwYtX(1) AAS
HP-UXなんかでLVM使ってるから、Linuxでも使いたくなってきた
安定してるのかな?
562: 03/03/16 14:33 ID:I8EyZ30W(1) AAS
>>558
Namazuは前もってIndexつくっておかないといけないわけで
リアルタイムな更新に対応できないとかあるからな。
またその結果をシステム内部で使い回ししたいとかいう場合に
外部プログラムだといろいろ面倒という面もあるのかもしれない。
563: 03/03/18 12:20 ID:NrsRy3z1(1) AAS
回せばいいやん
564(1): 03/03/18 12:44 ID:9lYVjOpN(1) AAS
しかし、リアルタイムな更新に対応するとすれば、
Textファイルや、もしかしたらPDFなんかも、コピーや移動をするたびに
一々、Index情報が生成されるのでしょうか……
565(1): 03/03/18 22:31 ID:PIWDX3/x(1) AAS
>>564
そこはファイルシステムレベルでIndexを作成する強みで
コピーや移動だってわかるわけだから
そういうときはIndex情報の一部書き換えや複製だけで
済ませられるのではないかと。
内容に変更があった場合だけ、そのファイルのIndexを
つくり直せばいいんだし
(更新があった箇所もブロック単位でわかるだろうから
Index作成にもなんらかの役にはたつかもしれない)
上下前次1-新書関写板覧索設栞歴
あと 414 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.028s