- 1 名前：login:Penguin [2006/11/25(土) 21:24:41 ID:BgxtdIS9]
- 過去スレ
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/
- 656 名前：login:Penguin mailto:sage [2007/02/19(月) 00:24:37 ID:assudzzV]
- >>654
> どういう理屈で、どの程度安定しているのかという情報は欲しい。
そんな事ができる人がどこにいますか？
私が言えるのは、自分の経験とこのスレの過去ログぐらい
ext2や3で被害にあう方が圧倒的に多い
>>655
十分実用になってます
- 657 名前：login:Penguin mailto:sage [2007/02/19(月) 01:08:42 ID:iBUqDm6A]
- xfs って、うちの会社のサーバーじゃオーバースペックな気がしてなぁ。
だからといって ext3 じゃトロいしなぁ。
というわけで、ReiserFS を使ってるんだよなぁ。
何だかなぁ……。
- 658 名前：login:Penguin mailto:sage [2007/02/19(月) 01:29:24 ID:97QHaRcu]
- >xfs って、うちの会社のサーバーじゃオーバースペックな気がしてなぁ。
これってどういう意味でしょう？
そのサーバーで使うには、負荷が高いという意味？(機械にとって)
その用途で使うには、機能が過剰という意味？(目的に対して)
それとも、管理が面倒すぎるっていう意味？(人にとって)
- 659 名前：login:Penguin mailto:sage [2007/02/19(月) 01:38:10 ID:l8ESTcsS]
- >>656
でもReiserで過去に失敗した人がReiserよりext、って言ってるわけでしょ。
それは>>620の問題があって、それに引っかかった人だと思うけど。
過去の経験を補強する情報がなければ結局水掛け論になるよ。
たとえばSunなんかはZFSの信頼性は99.9999……％云々っていってるけど、
ああいう形で信頼性を示せれば信頼性に関する議論も進むし、
そういう情報が欲しいといってるわけで。
（その信頼性を実現する仕組みに関する簡単な解説でもつけてくれればなおいい）
- 660 名前：login:Penguin mailto:sage [2007/02/19(月) 01:57:51 ID:jkHVDhT6]
- Sunの99.9999...なんてマーケットトークに決まってんじゃん。
実装バグで起きる問題の確率が事前予測できるわけない。
まあ、商用製品で正式採用する以上、テストパターンを網羅して
走らせるだろうから、最終的には上の信頼性だろうけど。
安全性設計の部分だけに評価して各FSを比較できないもんかなぁ。
あとは実装容易性の評価とか。
- 661 名前：login:Penguin mailto:sage [2007/02/19(月) 02:18:24 ID:HPwpnWaB]
- 信頼性って評価難しいよなあ。
参考までに俺は各種サーバ(主にファイルサーバー)約10台
計約50TBを xfs で使ってる。信頼性に関していえば ext3 と比べてどっ
ちが良いかはよく分からない。性能など信頼性以外の面では xfs
が優れてだと思う。freeze もできるし。
話題の ZFS についても壊れるというのはまだ経験ないけど、ファイル
システム関連の操作が引き金になってOSが固まるとい現象はよくある。
今日も zfs destroy の最中に固まった。
- 662 名前：login:Penguin mailto:sage [2007/02/19(月) 03:03:56 ID:/3Lv0pp1]
- HDDの信頼性測定とかは1000台近くを何日か稼動させて
故障台数とポワソン分布で計算するんだってさ。よくわからんけど。
fsみたいな故障しにくいものを測定するにもそんなやり方でやるのかね？
- 663 名前：login:Penguin mailto:sage [2007/02/19(月) 07:40:17 ID:AMxoEq8N]
- >>662
それはMTBFあたりを出すときのやりかただろ？
- 664 名前：login:Penguin mailto:sage [2007/02/19(月) 12:11:33 ID:gCr74owG]
- ポワソン分布でなにかまずいのか?
- 665 名前：login:Penguin mailto:sage [2007/02/19(月) 12:37:56 ID:2Z7LmjBo]
- カイ2乗検定とかじゃないの？
- 666 名前：login:Penguin mailto:sage [2007/02/19(月) 14:22:21 ID:7bxVjLSa]
- 最近、GoogleがHDDの故障率のレポだしてたけど
あれ各種ファイルシステムでレポ欲しいよなあ
- 667 名前：login:Penguin mailto:sage [2007/02/19(月) 14:31:37 ID:HPwpnWaB]
- ext2 の上に GFS (google file system)っていうのは昔の話？
- 668 名前：656 [2007/02/19(月) 17:03:47 ID:PUnHazDt]
- >>659
要求しているのは、信頼性の定量評価でしょう
それなら、検証するための条件を実際に出してほしい
それは無理でしょう
- 669 名前：login:Penguin mailto:sage [2007/02/19(月) 19:17:04 ID:assudzzV]
- >>659
> でもReiserで過去に失敗した人がReiserよりext、って言ってるわけでしょ。
> それは>>620の問題があって、それに引っかかった人だと思うけど。
例えばこのReiserFSのバージョン間の互換性の問題。
これを信頼性の比較テストで見つける事は非常に難しい。
- 670 名前：login:Penguin mailto:sage [2007/02/19(月) 19:21:43 ID:2Z7LmjBo]
- へーそんなに互換性低いんだ。
Linux2.4の頃からずっと、reiserは3.6で止っていて大丈夫だと思ってた。
- 671 名前：login:Penguin mailto:sage [2007/02/19(月) 19:32:34 ID:S8QS6vkZ]
- 3.5の時代だろ。
- 672 名前：login:Penguin mailto:sage [2007/02/19(月) 19:39:45 ID:assudzzV]
- >>670
2.2カーネル+ReiserFSパッチと2.4カーネルにマージされたReiserFSとの互換性
2.4カーネルでマウントできなかった
- 673 名前：login:Penguin mailto:sage [2007/02/19(月) 19:50:01 ID:2Z7LmjBo]
- なんだ、そんな昔の話かよ。
しかも、カーネルに統合されていない時代の話しだし。
- 674 名前：login:Penguin mailto:sage [2007/02/19(月) 19:56:23 ID:assudzzV]
- >>673
2.4カーネルは安定性に大きな問題があって、長期間に渡って2.2カーネルと併用されてた
- 675 名前：login:Penguin mailto:sage [2007/02/19(月) 20:00:02 ID:2Z7LmjBo]
- それは違うだろ。
はるか昔から、安定版、現行版、開発版という体系だったんだから。
- 676 名前：login:Penguin mailto:sage [2007/02/19(月) 20:02:34 ID:assudzzV]
- ディストリでの2.4の採用が大きく遅れたんだよ
- 677 名前：login:Penguin mailto:sage [2007/02/19(月) 21:34:21 ID:S8QS6vkZ]
- 676のいうディストリを挙げてくれないか？
- 678 名前：login:Penguin mailto:sage [2007/02/19(月) 22:08:11 ID:assudzzV]
- カーネル2.4のリリースが2001年1月10日
SUSEはすぐに取り入れ2001年2月
Turbo Linuxは少し遅れ、2001年5月
Red Hatは1度2.4のリリースを見送り2001年9月
保守的な
Vine2002年4月
Debian2002年7月
- 679 名前：login:Penguin mailto:sage [2007/02/19(月) 22:10:48 ID:hoyrNl8c]
- 2.4ではVMがなかなか安定しなかった希ガス。
Linusがファビョって途中でVM入れ替えてた希ガス。
- 680 名前：login:Penguin mailto:sage [2007/02/19(月) 22:17:29 ID:S8QS6vkZ]
- >>678
で、2.6の場合は？
- 681 名前：login:Penguin mailto:sage [2007/02/19(月) 22:24:08 ID:assudzzV]
- >>680
自分で調べてくれないか？
2.4は肝心のRed Hatがリリースを見送ったのが痛かったんだよ
- 682 名前：login:Penguin mailto:sage [2007/02/19(月) 22:34:50 ID:ccsrEDDl]
- ID:S8QS6vkZは典型的な知能障害の教えてくん。放置推奨。
- 683 名前：login:Penguin mailto:sage [2007/02/19(月) 22:50:28 ID:S8QS6vkZ]
- しゃーねーなー、一度だけだぞ。
2.6.0リリース: 2003/12
SUSE: 2004/3(2.6.4)
Turbo: 2003/10(2.6.0test5)
RHEL: 2005/2(2.6.9)
FC:2004/5(2.6.5)
Vine:2006/11(2.6.16)
Debian: 2007/?(2.6.18)
2.6と比較して、2.4が取り立てて遅れたとはいえない。
ディストリ＝レッドハットしか頭にない誰かさんには
けしからんかもしれんがね。
- 684 名前：login:Penguin mailto:sage [2007/02/19(月) 23:06:46 ID:assudzzV]
- > 2.6.0リリース: 2003/12
> SUSE: 2004/3(2.6.4)
> Turbo: 2003/10(2.6.0test5)
> FC:2004/5(2.6.5)
保守的なディストリ以外はすぐに入ってるじゃないか
- 685 名前：login:Penguin mailto:sage [2007/02/19(月) 23:15:09 ID:YjhinaPB]
- 2.6 の方が断然採用が遅れてるのに目を向けられない ID:assudzzV
- 686 名前：login:Penguin mailto:sage [2007/02/19(月) 23:15:54 ID:WFcsg+zG]
- >>661
誰かファイルシステムの信頼性テストアプリ書いたら面白そうだね。
以下の処理をランダム（どのファイル／ディレクトリ、どの処理、何回）で実行。
作成するファイル名やディレクトリ名もランダム。
ファイル読込、ファイル書込、
ファイル作成、ファイル削除、ファイル移動、
ディレクトリ作成、ディレクトリ削除、ディレクトリ移動。
他にもメモリをぎりぎりまで使ってる状態でのテストや、
LoadAverageが10超えてる状態でのテストや、
上のテストを複数のボリュームに大して同時実行とかもやってみるといいかも。
- 687 名前：login:Penguin mailto:sage [2007/02/19(月) 23:19:08 ID:assudzzV]
- >>686
書き込み中の電源断は必須項目だよ
- 688 名前：login:Penguin mailto:sage [2007/02/19(月) 23:52:06 ID:iBUqDm6A]
- >>686
その仕様でｵﾏｲが書いてｸﾚ
- 689 名前：login:Penguin mailto:sage [2007/02/19(月) 23:58:52 ID:assudzzV]
- >>686
信頼性を「定量」するんだからな
ちゃんと何が起これば何点という重みもつけてくれよ
- 690 名前：login:Penguin mailto:sage [2007/02/20(火) 00:46:37 ID:xMR490Gf]
- >>668
６５４＝６５９＝俺。
６５４では定量評価と書いてないので納得してくれ。
定量評価が無理なのには同意する。
- 691 名前：login:Penguin mailto:sage [2007/02/20(火) 01:06:30 ID:dBqV9fZF]
- 各ファイルシステムでランダム書き込みテスト中にシャットダウン。
これを１０万回位して有意な差があるかどうかで定量評価できない？
あとは実験ではなく書き込みアルゴリズム部分を抜き出して
相互比較するくらいか＞安全性の比較
- 692 名前：login:Penguin mailto:sage [2007/02/20(火) 01:25:21 ID:mknq5eEf]
- 10万回って… 何年かける気だよ
- 693 名前：login:Penguin mailto:sage [2007/02/20(火) 01:44:43 ID:jhKEG9sP]
- >>691
教祖にでも頼んだら？
- 694 名前：login:Penguin mailto:sage [2007/02/20(火) 01:59:56 ID:RrNcxD36]
- >>687,691
電源断したら、10回に1回ぐらいでHDDが物理的に死ぬんじゃないかな。
昔UPS買う金もなかった頃、停電で5台のサーバ中1個ぐらいHDD壊れてたし。
- 695 名前：login:Penguin mailto:sage [2007/02/20(火) 03:52:27 ID:ER7Tw+jP]
- >>647
それは言える
- 696 名前：login:Penguin mailto:sage [2007/02/20(火) 04:13:03 ID:DkD2TaWO]
- Google File Systemってどんなの？
- 697 名前：login:Penguin mailto:sage [2007/02/20(火) 10:01:01 ID:lQlBrHwX]
- Gmailをバックエンドとしてマウントする、たんなるネタ。
- 698 名前：login:Penguin mailto:sage [2007/02/20(火) 10:11:56 ID:mknq5eEf]
- それgmailfs
- 699 名前：login:Penguin mailto:sage [2007/02/20(火) 15:39:52 ID:w1qTNq/E]
- まあ普通にやるならポア損だろう
- 700 名前：login:Penguin mailto:sage [2007/02/20(火) 16:53:19 ID:u7PVyFqb]
- >>696
つ[216.239.37.132/papers/gfs-sosp2003.pdf]
ファイルシステムとしての機能は実装されているが、このスレで話題にするような
ものとはレイヤが違う希ガス
- 701 名前：login:Penguin mailto:sage [2007/02/20(火) 17:04:16 ID:mknq5eEf]
- 「POSIX互換なファイルシステム総合スレ」にすればいいのかな。
- 702 名前：login:Penguin [2007/02/20(火) 19:36:37 ID:dgNADH13]
- >>694
> 電源断したら、10回に1回ぐらいでHDDが物理的に死ぬんじゃないかな。
何でそんなに死ぬんだ？
- 703 名前：login:Penguin mailto:sage [2007/02/20(火) 19:47:27 ID:/AXgYpgH]
- 電源断が理由で起動できなくなった時に俺も物理的に壊れたと思ってた事があったｗ
- 704 名前：login:Penguin mailto:sage [2007/02/20(火) 19:53:47 ID:8d1pfd9r]
- むかーしのHDDは電源ぷっつんで、死んでたけどね。
- 705 名前：login:Penguin mailto:sage [2007/02/20(火) 20:25:47 ID:trVnBvGy]
- それは20MBのHDDの時代だろｗｗｗ
流石に、100MB超えたらヘッドの待避はしてるから。
- 706 名前：login:Penguin [2007/02/20(火) 21:00:36 ID:gPb9g80v]
- namesysでそんなテストやってなかった？
速度比較だけど内容はそんな感じだったよ。
しかし、一回でもエラーがあるようならﾌｧｲﾙｼｽﾃﾑとしては致命的だよね。
書き込み途中のﾃﾞｰﾀが電源断で失われるのは物理的に回避不可だからUPSなんかに頼るべきだけど、
それ以外のエラーはあってはいけないよね。
- 707 名前：login:Penguin mailto:sage [2007/02/20(火) 21:25:48 ID:RrNcxD36]
- >>702,704,705
40〜80GBぐらいのHDDだったはず。
ひょっとしてかなり運が悪かったのかな？
- 708 名前：login:Penguin mailto:sage [2007/02/20(火) 21:28:09 ID:pQclaEp+]
- >>706
> 書き込み途中のﾃﾞｰﾀが電源断で失われるのは物理的に回避不可だからUPSなんかに頼るべきだけど、
> それ以外のエラーはあってはいけないよね。
ファイルシステムが逝く大きな原因の、書き込み中の電源断をテストから外したとする
そのテストで良い結果が出たら、信頼性のあるファイルシステムだと誰が思うんだ？
- 709 名前：login:Penguin mailto:sage [2007/02/20(火) 21:28:56 ID:PbWkwsqa]
- いぁ、家庭で使ってるようなあれで、HDDに書き込みしてないのがほぼ確認できた
時点で電源落としてればほとんど問題はないだろうし、サーバーで使ってて
いつ何をやってるのかよく分からない状態で電源が落ちればHDDやられるだろうし、
ケースバイケースなんじゃね?
- 710 名前：login:Penguin mailto:sage [2007/02/20(火) 21:33:42 ID:yxMMBa/L]
- /dev/sdX を read,writeするプログラムを書いて
電源斷すれば、ハードのせいかファイルシステムのせいか
はっきりするだろ？
- 711 名前：login:Penguin mailto:sage [2007/02/20(火) 22:08:55 ID:j2utBboh]
- 書き込み中の電源断テストをしないで、いったい何をテストするのやら
- 712 名前：login:Penguin mailto:sage [2007/02/20(火) 22:20:07 ID:joRKZnqH]
- > 流石に、100MB超えたらヘッドの待避はしてるから。
根拠をきぼんぬ。
- 713 名前：login:Penguin mailto:sage [2007/02/20(火) 22:27:21 ID:ER7Tw+jP]
- 電源断は本当に壊れたら困るから、IDE のケーブルを抜くってのは?
- 714 名前：login:Penguin mailto:sage [2007/02/20(火) 22:31:41 ID:pQclaEp+]
- ジャーナリングファイルシステム自体が
書き込み中の電源断に備えてジャーナルをせっせと書いているわけだろう
これをテストしないでファイルシステムの信頼性テストができるの？
- 715 名前：login:Penguin mailto:sage [2007/02/20(火) 22:34:58 ID:j2utBboh]
- そうそう
- 716 名前：login:Penguin mailto:sage [2007/02/20(火) 22:40:09 ID:8d1pfd9r]
- >>705
うん。ストップボタンがついてるやつな。
- 717 名前：login:Penguin mailto:sage [2007/02/20(火) 23:02:15 ID:RrNcxD36]
- >>714
なるほど。
ケーブル抜くとか物理的な方法だと何回もテストが大変だから、
強制アンマウントとかできないかな？
- 718 名前：login:Penguin mailto:sage [2007/02/20(火) 23:10:14 ID:dBqV9fZF]
- USBでアナログスイッチ制御してバスをいきなり切り離したりすれば
いいんじゃない？復帰させる時はバスつなぎ直してからモジュールを
リロード。
- 719 名前：login:Penguin mailto:sage [2007/02/21(水) 01:22:44 ID:WfQ7wulD]
- それだと既にHDDのキャッシュに入ってる分が安全に書き込まれてしまうかもしれない。
- 720 名前：login:Penguin mailto:sage [2007/02/21(水) 02:39:41 ID:n6EMsHwD]
- IDEのケーブル抜くのは、HDDのディスク面への傷はつかないかも知れないが、
インターフェイス部分を電気的に壊すかもしれないぞ。
それだったら、リセットボタンを押して強制リセットの方がハードウェア的に安全だと思う。
少なくとも強制リセットでXFSはFSが壊れたことがある。
- 721 名前：login:Penguin [2007/02/21(水) 12:12:37 ID:HkfANAOw]
- スループットなら iozone があるけど、
メタデータ部分に関するストレステストのようなものは
広く使われているものってあるかな？
- 722 名前：login:Penguin mailto:sage [2007/02/21(水) 12:22:02 ID:yYJCU+QD]
- まずは、ファイルシステムが壊れた、の定義からだな。
そうして話はループする。
- 723 名前：login:Penguin mailto:sage [2007/02/21(水) 12:26:26 ID:9eNEo15t]
- つーか書き込み中でもHDDのヘッドは浮いてますぜ。
- 724 名前：login:Penguin mailto:sage [2007/02/21(水) 12:35:51 ID:PCwOt2tc]
- IDEじゃダメなんじゃないの？
IDEはハード的に厳密な書込み保障してないんだろ？
- 725 名前：login:Penguin mailto:sage [2007/02/21(水) 12:37:05 ID:9eNEo15t]
- そのためのUPSだろ？
Linux鯖でシャットダウン用UPSなしはありえないだろ。常識的に考えて。
- 726 名前：login:Penguin mailto:sage [2007/02/21(水) 12:38:32 ID:AEAE1/jQ]
- ループしすぎ
- 727 名前：login:Penguin mailto:sage [2007/02/21(水) 12:40:11 ID:PCwOt2tc]
- LinuxはVFSが腐ってるから。
- 728 名前：login:Penguin mailto:sage [2007/02/21(水) 12:41:14 ID:2SjRgw4k]
- VFSって何？
- 729 名前：login:Penguin mailto:sage [2007/02/21(水) 12:45:01 ID:z+QDRw32]
- 掃除のおばちゃんがUPSの後ろからサーバーのコンセントを引っこ抜いちゃった時を想定してテストするんだよ。
- 730 名前：login:Penguin mailto:sage [2007/02/21(水) 12:46:34 ID:5Xqck6zb]
- ？？？
- 731 名前：login:Penguin [2007/02/21(水) 14:26:01 ID:Un3jNJTn]
- １他のﾌｧｲﾙ書込み処理中のﾄﾗﾌﾞﾙで既存ﾌｧｲﾙが壊れるのはﾌｧｲﾙｼｽﾃﾑの問題だが、
２書き込んでいる最中のﾃﾞｰﾀを保障する方法はないだろう？
ところで、１の状況になるような不出来ﾌｧｲﾙｼｽﾃﾑでは致命的だよね？
現実的におこる可能性のあるｴﾗｰと言えば、ﾋﾞｯﾄ抜けなどによるﾃﾞｰﾀｴﾗｰなんかだと思うのだが
ｴﾗｰ訂正機構などで回避するのがFSの役目じゃなかろうか。
ｴﾗｰ訂正できずひたすら読みなおすようではちょっとね。
- 732 名前：login:Penguin mailto:sage [2007/02/21(水) 14:27:26 ID:YuxiRYuL]
- ?
- 733 名前：login:Penguin mailto:sage [2007/02/21(水) 16:47:07 ID:Gow8RfEW]
- >>724
> IDEじゃダメなんじゃないの？
> IDEはハード的に厳密な書込み保障してないんだろ？
>>553
- 734 名前：login:Penguin mailto:sage [2007/02/21(水) 16:55:24 ID:yYJCU+QD]
- $ nl linux/include/linux/ata.h |grep FLUSH
115 ATA_CMD_FLUSH = 0xE7,
116 ATA_CMD_FLUSH_EXT = 0xEA,
- 735 名前：login:Penguin mailto:sage [2007/02/21(水) 16:57:27 ID:Gow8RfEW]
- >>725
> そのためのUPSだろ？
> Linux鯖でシャットダウン用UPSなしはありえないだろ。常識的に考えて。
UPSおおいに結構
しかし、ジャーナルの話になる度にUPSの話を持ち出すのはやめてくれ
１．まずベースになるファイルシステムの信頼性を上げる
２．その上で更に安全性を確保するためUPSを使う
これが基本じゃないのか？
- 736 名前：login:Penguin mailto:sage [2007/02/21(水) 17:21:02 ID:PeRWIKib]
- ID:9eNEo15tみたいに根本的にわかってないヤシは放置しとけばいいのに
- 737 名前：login:Penguin mailto:sage [2007/02/21(水) 18:23:37 ID:GEUl/Slj]
- FS以前にVFSが腐ってるんだからUPS付けるしかないだろｗ
なんでも安いものには訳があるんだぜ
- 738 名前：login:Penguin [2007/02/21(水) 18:27:39 ID:Un3jNJTn]
- VFSってなに？
- 739 名前：login:Penguin mailto:sage [2007/02/21(水) 18:43:51 ID:DxVxbuVi]
- UPSをつけても治らない病気
- 740 名前： ◆IIiDC8JS7w mailto:sage [2007/02/21(水) 18:49:35 ID:HEsvAscu]
- xfsは独自のインタフェース等をもっていたけど、
VFSをベースにするように書き直す動きがでてきたようです。
ttp://marc.theaimsgroup.com/?l=linux-ext4&m=117164238303188&w=2
- 741 名前：login:Penguin mailto:sage [2007/02/21(水) 19:04:38 ID:hD5S0IpV]
- >>738
聞く前にググろうぜー
ttp://ja.wikipedia.org/wiki/Virtual_File_System
ttp://www.atmarkit.co.jp/flinux/rensai/fs01/fs01a.html
しかしLinuxってVFS以外はかなり良いのに、VFSが大きく足を引っ張ってるよね。
高負荷時にIOwaitに取られて、パフォーマンスがた落ちするし(とくにext3)、
私の環境だとよくファイルシステムが壊れるし。
- 742 名前：login:Penguin [2007/02/21(水) 19:08:36 ID:HkfANAOw]
- 「腐っている」と批判される VFS を改善する
という動きはないんですか？
といっても Linux は MPI 使ったシミュレーションと
LaTeX での物書きくらいにしか使っていないので
具体的にファイルIOが高負荷になったら
生じるという問題には遭遇したことがないのですが。
- 743 名前：login:Penguin [2007/02/21(水) 19:32:46 ID:Un3jNJTn]
- >>741
39s 理解が深まりました。
ところで>>742も書いてるけどVFSのどの辺が悪いの？
ｻﾝはﾌｧｲﾙｼｽﾃﾑまわりが良いとよくいわれるけど、実感したことがないんだよね。
直接比較しにくいから「体感速度」でしかないけれど。
- 744 名前：login:Penguin mailto:sage [2007/02/21(水) 19:39:33 ID:DxVxbuVi]
- 気にならなければそのままでいいんじゃない？
- 745 名前：login:Penguin mailto:sage [2007/02/21(水) 19:54:32 ID:AEAE1/jQ]
- >>742
Linus「頑張りな」
- 746 名前：login:Penguin mailto:sage [2007/02/21(水) 19:56:24 ID:4ZGq/uco]
- UPS、UPSってループしすぎ
UPS使ったらFSの問題は修正する必要がなくなるのか？
- 747 名前：login:Penguin mailto:sage [2007/02/21(水) 20:05:21 ID:834Qq+xw]
- >>742
改善しようとして入る大きいバグよりは、
現状の踏む確率の低いバグの放置を選んでいる、と前スレで見た気がする。
>>746
んなわけない。
kernel(fs)の話なのにUPSを持ち出すほうがアホ。
- 748 名前：login:Penguin mailto:sage [2007/02/21(水) 20:12:58 ID:9eNEo15t]
- なんでUPS持ち出されると火病るんだよｗｗｗ
現状のKernelがしょぼいからHWでその穴埋めをしてるだけの話だろｗ
- 749 名前：login:Penguin mailto:sage [2007/02/21(水) 20:15:34 ID:yt14huen]
- kernelがしょぼいならNexenta使えばいいじゃない
- 750 名前：login:Penguin mailto:sage [2007/02/21(水) 20:23:40 ID:sObj1DzR]
- 最近はFS<->DeviceDriverは、キャッシュフラッシュ機構を伴ったfs/deviceだとちゃんとフラッシュするようにしてるとオモタ。
user<->vfs<->fsはここが最近かつ長い論議になっているな
groups.google.com/group/linux.kernel/browse_frm/thread/e6e6c02f1c62407f
O_DIRECTっつーキャッシュを使わないフラグの話なんだが、O_SYNCとかもからんでくる。
rawデバイスへのIOなら意味はあるかもしれないけど、fsレベルだとkernelがする仕事いろいろあるのでどうかねぇって感じかね。
>>741
kernelとioスケジューラとmount option何?
- 751 名前：login:Penguin mailto:sage [2007/02/21(水) 20:30:57 ID:R1KNdqH1]
- 低脳の俺じゃ話についていけん、離脱する。
- 752 名前：login:Penguin mailto:sage [2007/02/21(水) 20:33:24 ID:DxVxbuVi]
- >>748
穴埋めきれてないから
- 753 名前：login:Penguin mailto:sage [2007/02/21(水) 20:40:25 ID:9eNEo15t]
- >>752
BSDに転向しま〜す
- 754 名前：login:Penguin mailto:sage [2007/02/21(水) 20:55:45 ID:yYJCU+QD]
- >>750
raw deviceにつづいてO_DIRECTも無くそうって話が確かその後にあったとおもう。
どちらも移植性以外にメリットがなく、O_DIRECTを使わないプロセスとの
キャッシュの整合性をとるのが難しくて、デバイス全体(/dev/sda)のopen時
くらいしか意味がなく、それだったらSG_IOつかえばいいじゃん、って話。
- 755 名前：login:Penguin mailto:sage [2007/02/21(水) 21:06:53 ID:hD5S0IpV]
- >>750
kernel 2.4.21-37.ELsmp
mount option は defaults,noatime
IOスケジューラはkernel 2.4だから選択不可
kernel 2.6ではまだ高負荷サーバの運用経験なし。
たぶん2.6にすれば、だいぶIOwait解消するとは思うけど。
- 756 名前：login:Penguin mailto:sage [2007/02/21(水) 21:14:48 ID:yYJCU+QD]
- (´-`).｡ｏO(2.4.20のリリースは2002/11/29....)
|
 |
