[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 07/26 10:56 / Filesize : 187 KB / Number-of Response : 762
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

/**ファイルシステム総合スレ その6**/



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/

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
654=659=俺。
654では定量評価と書いてないので納得してくれ。
定量評価が無理なのには同意する。

691 名前:login:Penguin mailto:sage [2007/02/20(火) 01:06:30 ID:dBqV9fZF]
各ファイルシステムでランダム書き込みテスト中にシャットダウン。
これを10万回位して有意な差があるかどうかで定量評価できない?

あとは実験ではなく書き込みアルゴリズム部分を抜き出して
相互比較するくらいか>安全性の比較




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]
電源断が理由で起動できなくなった時に俺も物理的に壊れたと思ってた事があったw

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の時代だろwww
流石に、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]
1他のファイル書込み処理中のトラブルで既存ファイルが壊れるのはファイルシステムの問題だが、
2書き込んでいる最中のデータを保障する方法はないだろう?
ところで、1の状況になるような不出来ファイルシステムでは致命的だよね?
現実的におこる可能性のあるエラーと言えば、ビット抜けなどによるデータエラーなんかだと思うのだが
エラー訂正機構などで回避するのが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の話を持ち出すのはやめてくれ

1.まずベースになるファイルシステムの信頼性を上げる
2.その上で更に安全性を確保するため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付けるしかないだろw
なんでも安いものには訳があるんだぜ

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持ち出されると火病るんだよwww
現状のKernelがしょぼいからHWでその穴埋めをしてるだけの話だろw

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]
(´-`).。oO(2.4.20のリリースは2002/11/29....)

757 名前:orz mailto:sage [2007/02/21(水) 21:15:32 ID:yYJCU+QD]
(´-`).。oO(2.4.21のリリースは2003/06/13....)


758 名前:login:Penguin mailto:sage [2007/02/21(水) 21:28:59 ID:AEAE1/jQ]
>>755
  i     ,、 n て'' ノノ    ヾ   !
  i    ノノノ ノ ノ ''´      !  /
     j   ' ´    ノ (    ヽ |
 >-,,  /  ,,=━━・!' ,ノ━== ! ノ    だいぶIOwait解消するっていうレベルじゃねぇぞ!
 !・  ヽ |  ’ニンniii、 :::::i/ィ7iii=  i )
 \(てi iヽ   ^' ~     -'  /}    osdn.jp/event/kernel2005/pdf/comware.pdf
  `i_   、 \        i_    l_j   
   `┐ i    /(,,, ,n 〉   /\\
  ̄ ̄へ    ! '   T''    l |  \
   |  ! i    ン=ェェi) i ソ )        
   |  i´\! ,, -ェ`、_ン ノノ 〈
   |  |  \\,, `―''´//  |    

759 名前:login:Penguin mailto:sage [2007/02/21(水) 21:58:29 ID:PCwOt2tc]
syncもすっ飛ばしてしまえば、IOwaitなんて関係ないわなw


760 名前:login:Penguin mailto:sage [2007/02/21(水) 22:08:11 ID:hD5S0IpV]
>>756-758
2.6にすればパフォーマンスが上がるというのは分かってるんだけど、
メンテで1時間止めるのも難しい状態だから、いつになったら2.6に差し替えられるのか…。

761 名前:login:Penguin mailto:sage [2007/02/21(水) 23:02:44 ID:BIoIhGtz]
2.6.x になってもVFSの酷さは相変わらずだよな。








[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<187KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef