[過去ﾛｸﾞ]
ジャーナリングファイルシステム (756ﾚｽ)
ジャーナリングファイルシステム http://mevius.5ch.net/test/read.cgi/unix/979408065/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
64: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 09:37 VxFS は performance は UFS よか出るってことになっているし、 将来 FibreChannel なんかを使いたいときにもよさそうだけど、 ちと高い。 http://mevius.5ch.net/test/read.cgi/unix/979408065/64
65: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 12:47 >>62 3で運用してるけど、問題になってないな。 更新量が少ないシステムだけどね。 ところでrawとRAIDの相性が悪いってどういうことなんでしょ？ http://mevius.5ch.net/test/read.cgi/unix/979408065/65
66: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 13:01 >>63,64,65 ありがと。 rawとRAIDうんぬんというのは、RAIDあたりまえだったり、 SANつかったりするこのごろだと、果たしてディスクの生のI/Oを 触りたがるrawみたいなものの役割は終わってるのじゃないかという 意図で書きました。 http://mevius.5ch.net/test/read.cgi/unix/979408065/66
67: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 13:36 >>66 生のI/Oって言うけど、本当に玉を直接ドライブするわけじゃないし・・・。 DBの場合だとカーネルバッファを経由させないことが第一の目的だと 思ってるので、RAWはまだ使われていくと思う。 # もしかして考え方古い？ http://mevius.5ch.net/test/read.cgi/unix/979408065/67
68: 名無しさん＠引く手あまた [] 2001/05/06(日) 15:19 >>63 ベンチマークしているけど、パフォーマンスの劣化は無視できるほどだよ。 むしろ、VxFSの方が癖があって、ある一定の条件下では深刻な劣化を 起こすけどね。 http://mevius.5ch.net/test/read.cgi/unix/979408065/68
69: 名無しさん＠引く手あまた [] 2001/05/06(日) 15:27 >>62 >raw -> これってRAIDと愛称わるいしなぁ どこのRAID使ってるの？ うちでは問題になったことないよ。 むしろ、ufsにDB置くこと自体が珍しい位。 http://mevius.5ch.net/test/read.cgi/unix/979408065/69
70: 名無しさん＠引く手あまた [] 2001/05/06(日) 15:31 もっとも、最近ではDBが気を利かせて、カーネルのバッファを バイパスしてくれるからufsでも問題ないのだろうけどね。 そこが信用できない場合でも、Solaris辺りならforcedirectio オプションを指定しておけば、バッファリングは解除される。 ジャーナリングの話題じゃないな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/70
71: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:36 >>70 raw device の利点は buffer よりも、DB が disk の geometory を直接 把握できるので、data の最適配置を行えること。でも、RAID だと OS からは hardware 本来の geometory は見えなくなるので、意味が薄くなる のだ。 って、完全に journaling fs から外れたなぁ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/71
72: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:38 >>68 ある一定の条件下って、小さい file が大量にあって、それを fseek していったりする場合? http://mevius.5ch.net/test/read.cgi/unix/979408065/72
73: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:43 >>71 RAIDの上にさらに論理ボリュームマネージャなんかをつかってたり するとさらに薄くなっていくような。 LVMでDBなんて動かすななんて怒んないでちょーだいね。 emc2の手がけたのとか、富士通の手がけたのとかで、最近そういうのが あったんで。(みんなヤッテルモン！論理だけど) http://mevius.5ch.net/test/read.cgi/unix/979408065/73
74: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:54 >>73 んまぁ、LVM で管理すると、特に FibreChannel で SAN なんかの 環境を組んでいるような場合は面白そうだから、ありといえばあり なのかも。 そういうものがないのに LVM で管理というのは、単なる performance bottle neck にしかならないだろうけど…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/74
75: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 23:15 >>74 ボトルネックだけど、バックアップとるのはラクチンだそうです。 http://mevius.5ch.net/test/read.cgi/unix/979408065/75
76: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/06(日) 23:28 完全に journaling fs から外れるので、とりあえず sage。 >>75 う〜ん、backup はきちんと backup software + DB module でやった ほうが精神衛生上はいいなぁ。online backup もしたいし。 http://mevius.5ch.net/test/read.cgi/unix/979408065/76
77: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 00:06 >>73 DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが VxVMと同じならば必須と思われ。 Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば その制限は無いことになっているが、やはりパフォーマンス上、2GBで 切るのが常道。 RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に 切ってしまうと16GBしか活用できぬ。 VxVMで2GB以下のVolumeを作成しないとな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/77
78: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 00:06 >>73 DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが VxVMと同じならば必須と思われ。 Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば その制限は無いことになっているが、やはりパフォーマンス上、2GBで 切るのが常道。 RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に 切ってしまうと16GBしか活用できぬ。 VxVMで2GB以下のVolumeを作成しないとな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/78
79: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 00:08 ごめん、２つもはいってしまった http://mevius.5ch.net/test/read.cgi/unix/979408065/79
80: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 13:00 >>43 UBC その他の新作ドライバも捨て難いので最新 -current でごーごー ;_; 私は厨房なんでこのへんは治ることを祈ることぐらいしかできない。 巨大ボリュームになると fsck にかかる時間が無視できないから LFS に期待大なのね。 http://mevius.5ch.net/test/read.cgi/unix/979408065/80
81: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 22:11 じゃーなるあげ http://mevius.5ch.net/test/read.cgi/unix/979408065/81
82: 名無しさん＠お腹いっぱい。 [] 2001/05/14(月) 12:58 lfs_cleanerd がデフラグなんかもやってくれると嬉しいな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/82
83: 名無しさん＠お腹いっぱい。 [] 2001/05/17(木) 12:48 LFSあげ。 セグメント境界==ストライプ境界ができる日はいつかな…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/83
84: 名無しさん [] 2001/05/25(金) 18:06 UBCパッチの報告がありましたね…。 LFS復活の日は近い? 期待あげ http://mevius.5ch.net/test/read.cgi/unix/979408065/84
85: 名無しさん＠お腹いっぱい。 [] 2001/06/01(金) 23:23 age http://mevius.5ch.net/test/read.cgi/unix/979408065/85
86: 名無しさん＠お腹いっぱい。 [] 2001/06/07(木) 19:50 age http://mevius.5ch.net/test/read.cgi/unix/979408065/86
87: 名無し [] 2001/06/20(水) 05:16 あげ http://mevius.5ch.net/test/read.cgi/unix/979408065/87
88: 名無しさん＠お腹いっぱい。 [] 2001/06/23(土) 01:19 FreeBSD Press に Usenix のジャーナリングと soft update を 比較した論文の翻訳が出ているのであげ http://mevius.5ch.net/test/read.cgi/unix/979408065/88
89: 名無しさん＠お腹いっぱい。 [] 2001/06/26(火) 14:26 >>14 Metadataってなんですか？教えていただけませんか。 http://mevius.5ch.net/test/read.cgi/unix/979408065/89
90: ＃6411 [sage] 2001/06/26(火) 19:41 >>89 データ(この場合はファイルの中身)を管理するためのデータ。 superblockとか、ファイルインデクス、占有マップなど。 (ディレクトリエントリも含まれることがある) http://mevius.5ch.net/test/read.cgi/unix/979408065/90
91: 名無しさん＠お腹いっぱい。 [] 2001/06/29(金) 11:22 June 28, 2001: IBM is pleased to announce the v 1.0.0 release of the open source Journaled File System (JFS), a high-performance, and scalable file system for Linux. http://oss.software.ibm.com/jfs http://mevius.5ch.net/test/read.cgi/unix/979408065/91
92: 名無しさん＠お腹いっぱい。 [] 2001/06/29(金) 14:32 ReiserFS 使ってるよん。 Debian だけど残念ながら、apt でFS変換っつーのは無いね。 ext3 は既存の ext2 からバージョンアップできるらしいが、ReiserFS は無理みたい。 んで、ReiserFS はやっぱ読み込みが速いよ。ext2 はシーク音が 「ゴガガガガ、グフッ」って感じだったけど、「ジジジジジ」って いかにもヘッドが振れてない感じがするんだよね。 逆に書き込みは遅くなったが。 http://mevius.5ch.net/test/read.cgi/unix/979408065/92
93: 名無しさん＠お腹いっぱい。 [] 2001/06/30(土) 03:59 まったくヴァカは死ねば？ http://mevius.5ch.net/test/read.cgi/unix/979408065/93
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 663 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s