[過去ﾛｸﾞ]
ジャーナリングファイルシステム (756ﾚｽ)
ジャーナリングファイルシステム http://mevius.5ch.net/test/read.cgi/unix/979408065/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
2: 名無しさん＠お腹いっぱい。 [] 2001/01/14(日) 03:02 Linux なら ReiserFS http://www.namesys.com/ JFS for Linux http://oss.software.ibm.com/developerworks/opensource/jfs/index.html XFS for Linux http://oss.sgi.com/projects/xfs/ http://mevius.5ch.net/test/read.cgi/unix/979408065/2
3: 名無しさん＠お腹いっぱい。 [] 2001/01/14(日) 19:56 Linux 2.2.18 + ReiserFS で運用していますが、大きなトラブルは 今のところないです。 ただ Quota に対応していない(2.4 向けにはpatch がありますが) のがネックです。また NFS を使う場合にも patch が必要です。 http://mevius.5ch.net/test/read.cgi/unix/979408065/3
4: 名無しさん＠お腹いっぱい。 [] 2001/01/14(日) 22:51 上記三つで一番有望なのはどれ？ http://mevius.5ch.net/test/read.cgi/unix/979408065/4
5: 名無しさん＠お腹いっぱい。 [] 2001/01/15(月) 11:25 >>2 ext3 を追加。URL は知らん。 >>4 現時点で一番ユーザーが多いのは ReiserFS だと思う。 で、そのまんまなし崩しで ReiserFS のまま逝く、に１兆mips http://mevius.5ch.net/test/read.cgi/unix/979408065/5
6: 名無しさん＠お腹いっぱい。 [] 2001/01/15(月) 11:48 ext3 ftp://ftp.uk.linux.org/pub/linux/sct/fs/jfs/ LinLogFS http://www.complang.tuwien.ac.at/czezatke/lfs.html tux2 http://innominate.org/~phillips/ snapFS http://www.linuxcare.com.au/projects/snapfs/ http://mevius.5ch.net/test/read.cgi/unix/979408065/6
7: 名無しさん＠お腹いっぱい。 [] 2001/01/15(月) 11:53 IBMのヤツは、1.0が出ている。 OpenAFS: http://www.openafs.org/ あとさ、LinuxのJFは、2.4でその機能を実装する際の基本骨格だけ、と聞いたが。 実際どうなのかな。 FreeBSDはもう実装しているの？ カーネルが落ちてさえも、ログが残るって話だけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/7
8: 名無しさん＠お腹いっぱい。 [] 2001/01/15(月) 14:04 もっと使ってる人の意見を 聞きたいな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/8
9: 名前ついてますか? [] 2001/01/15(月) 17:47 >>7 LFS使え。ってまだまだ不安定らしいけど。 MetaDataだけじゃなくて、ApplicationDataも残るらしいぞ。 #私の書き込みは BSD Magazine の受け売りです。 http://mevius.5ch.net/test/read.cgi/unix/979408065/9
10: 名無しさん＠お腹いっぱい。 [] 2001/01/15(月) 22:00 以前ReiserFSを使ってみたんですが、ある日突然起動に失敗して それっきりです。fsckが要らないってのが売りだったような気がするんですが、 起動スクリプトを書き換えてなかったので、fsckしろと繰り返すだけ のループに陥りました。ReiserFSを使う場合、この辺を書き換える 必要があると思うのですが、どうなのでしょうか。fsckの代わりに 専用ユーティリティがあったように記憶してるんですが。 わたしはその一件以来使っていないのですが。 http://mevius.5ch.net/test/read.cgi/unix/979408065/10
11: 3 [] 2001/01/15(月) 23:53 >>10 /etc/fstab の最後のフィールドを 0 にしていなかったとか ではないですか？ 一応 reiserfsck というプログラムがありますが、デバッグ 用途だったと思います。 ところで、3 で書き忘れたのですが、ReiserFS でごくまれに ディレクトリの読み出しにやや時間がかかることがあります (どういう時に発生するのか不明)。 http://mevius.5ch.net/test/read.cgi/unix/979408065/11
12: 名無しさん＠お腹いっぱい。 [] 2001/01/16(火) 11:09 >>11 >etc/fstab の最後のフィールドを 0 にしていなかったとか ではありませんでした。それなら話は早かったのですが、、、 http://mevius.5ch.net/test/read.cgi/unix/979408065/12
13: 10=12 [] 2001/01/16(火) 11:13 普通は/まではReiserFSにはしないんですかね。 ちょっと早計だったのかなあ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/13
14: asm [] 2001/01/16(火) 17:01 # あまりよく理解してない俺がこんなこと書くのは恐れ多いのだが… >>7, >>9 システムクラッシュ時にMetadataが破壊されるのを防ぐ手段の一つが Journaling. で、最近の*BSDに実装されているもう一つの手段がSoft Updates. JournalingはMetadataの更新ログを取っておくことでクラッシュ後の ファイルシステムの復旧に役立てようってアプローチで、 Soft UpdatesはMetadataの更新順序を操作することで いつクラッシュしてもファイルシステムに致命的なダメージが残らない ようにしようってアプローチ。 Journalingにはfsckが不要になるっていう副産物があるのだが、 Soft Updatesにはそれがない。でも、最近FreeBSD-currentに実装されつつある snapshotsという機能と組み合わせると、Soft Updatesでも高速rebootが 可能になる。 詳しくは以下のサイトが参考になると思う。 http://www.ece.cmu.edu/~ganger/papers/CSE-TR-254-95/ http://www.mckusick.com/softdep/ Soft Updatesを使うとFFSのままでJournalingのような効果が実現できるのが長所。 でも、HDDの容量がテラの域にまで達しようかという現在、ファイルシステムの 再設計が必要な時期に来ていると思う。 LFSってのはNetBSDの次期ファイルシステムの候補で、ファイルシステムそのものを ログ化してしまおうってもの。でも、まだかなり不安定なようなので、 FFS+Soft Updatesをベースに64ビット化などの拡張を行なったファイルシステムが 先に現れるかもしれない。 # って、こんなもんでよろしいでしょうか? >*BSDの先輩方 # 間違いがあったらツッコミお願いします。 http://mevius.5ch.net/test/read.cgi/unix/979408065/14
15: 名無しさん＠お腹いっぱい。 [] 2001/01/16(火) 17:38 >>6 のLinLogFSってのがLinux用のLFS? http://mevius.5ch.net/test/read.cgi/unix/979408065/15
16: 名無しさん [] 2001/01/17(水) 07:08 >>10==12==13 俺はDebianなんだけど、Debianではrootファイルシステムは 強制的にfsckにかけるようになってるので、それで引っかかった。 grep fsck /etc/init.d/* とかやってみ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/16
17: 名無しさん＠お腹いっぱい。 [] 2001/01/17(水) 19:34 Solarisなら7から対応してます｡ /etc/vfstabのマウントオプションのところに loggingと入れるだけでOK。 特に問題なく動いてます｡ http://mevius.5ch.net/test/read.cgi/unix/979408065/17
18: 10=12=13 [] 2001/01/17(水) 22:38 >>16 なるほど。 再度挑戦する時に調べてみます。 http://mevius.5ch.net/test/read.cgi/unix/979408065/18
19: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 03:56 >> 14 64bit化ってなんでしょ？ Linux以外のほぼ全てのUNIXは、とっくの昔に64bit対応してたんだけど。 open64 系のシステムコールのことかな？ BSD系だとあれ使わなくても元から64bitアクセスできるので問題ないんよ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/19
20: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 04:30 kernel 2.4.1-pre4 で ReiserFSが取り込まれました。 http://mevius.5ch.net/test/read.cgi/unix/979408065/20
21: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 04:36 みんな勇気あるね。私はびびりなので新しいものには手が出せません。 http://mevius.5ch.net/test/read.cgi/unix/979408065/21
22: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 04:40 IBM, SGIの立場は? http://mevius.5ch.net/test/read.cgi/unix/979408065/22
23: 名無しさん [] 2001/01/18(木) 07:45 >>17 し、しらんかった・・・。 >>20 マンセー！ http://mevius.5ch.net/test/read.cgi/unix/979408065/23
24: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 15:19 >>20 Windowsから読み込みができるようにならないと /home には使いたくないんだけど、 http://uranus.it.swin.edu.au/~jn/linux/Explore2fs.htm http://www.yipton.demon.co.uk/content.html#FSDEXT2 http://www.it.fht-esslingen.de/~zimmerma/software/ltools/ltools.html みたいなtoolsのResiser版ってどこかにない? http://mevius.5ch.net/test/read.cgi/unix/979408065/24
25: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 15:48 >>24 ext3つかったら？ http://mevius.5ch.net/test/read.cgi/unix/979408065/25
26: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 15:56 >>25 遅くなりそうだからイヤです。 http://mevius.5ch.net/test/read.cgi/unix/979408065/26
27: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木) 16:54 >>20 では、kernel 2.4.1からはパッチ当てなくてよくなるんですね。 私はpre系を試す勇気はないです。 (2.4.1-pre6なんかはファイル名に'dontuse-'ってprefixが…) >>24 そのうち誰か作るとおもいますけどね。 http://mevius.5ch.net/test/read.cgi/unix/979408065/27
28: asm [] 2001/01/18(木) 17:31 >>19 俺が言ってるのはファイルシステムについて。 http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sys/ufs/ffs/fs.h?rev=1.17 ここのあちこちに使われている int32_t のことを言ってる。 FAQにも同じ話があった。 http://www.jp.FreeBSD.org/www.FreeBSD.org/ja/FAQ/install.html#Q1.27. まあ、HDDの容量やその使われ方がFFSの設計された時期とは比べものになんない程 変わってきているので、単純に int64_t に書き換えるだけじゃなくて、 ファイルシステムの再設計もやるべきなんだろうねって言ってるだけ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/28
29: 名無しさん＠お腹いっぱい。 [] 2001/01/25(木) 10:11 age http://mevius.5ch.net/test/read.cgi/unix/979408065/29
30: 名無しさん＠お腹いっぱい。 [] 2001/01/27(土) 12:44 SGI XFS Pre-Release 0.9 http://oss.sgi.com/projects/xfs/prerelease.html http://mevius.5ch.net/test/read.cgi/unix/979408065/30
31: 名無しさん＠お腹いっぱい。 [] 2001/01/27(土) 13:01 結局どれ使えばいいんだろ。 Debianでapt一発でなんとかなんない？ http://mevius.5ch.net/test/read.cgi/unix/979408065/31
32: 名無しさん＠お腹いっぱい。 [] 2001/02/06(火) 15:43 age http://mevius.5ch.net/test/read.cgi/unix/979408065/32
33: 名無しさん＠お腹いっぱい。 [] 2001/02/07(水) 23:56 >>31 Debianって聞いた話だと、Cライブラリをマシンを動かしながら アップグレードできるんでしょ？ なら、ファイルシステムもやりかねないな。 そうならすごすぎる http://mevius.5ch.net/test/read.cgi/unix/979408065/33
34: 名無しさん＠お腹いっぱい。 [] 2001/02/08(木) 01:36 >Debianって聞いた話だと、Cライブラリをマシンを動かしながら >アップグレードできるんでしょ？ それってRedhat系ではできないことなの? 要するにコンパイルしなおす羽目になるもの(バイナリ)を 同時にダウンロードしてインストールすればいいだけのような。 http://mevius.5ch.net/test/read.cgi/unix/979408065/34
35: 名無しさん＠お腹いっぱい。 [] 2001/02/08(木) 12:40 >34 やったことない。 GnoRPMでは、glibcはアップグレード対象外になっているけど・・ http://mevius.5ch.net/test/read.cgi/unix/979408065/35
36: 名無しさん＠お腹いっぱい。 [] 2001/02/08(木) 13:32 >>34 おれは何度もしてる。 glibcアップグレードした後は shutdown 時に umount できないような http://mevius.5ch.net/test/read.cgi/unix/979408065/36
37: 名無しさん [] 2001/03/01(木) 03:06 あげ http://mevius.5ch.net/test/read.cgi/unix/979408065/37
38: 名無しさん＠お腹いっぱい。 [] 2001/04/27(金) 10:05 ReiserFSってdump/restoreで問題ないの？ http://mevius.5ch.net/test/read.cgi/unix/979408065/38
39: 名無しさん＠お腹いっぱい。 [] 2001/04/28(土) 01:48 手元の 2.2.19 + ReiserFS-3.5.32 には以下のツールがついている。 ただ自分は mkreiserfs しか使ったこと無し。 dumpreiserfs mkreiserfs reiserfsck resize_reiserfs http://mevius.5ch.net/test/read.cgi/unix/979408065/39
40: 名無しさん＠お腹いっぱい。 [] 2001/04/28(土) 05:57 decのAdvfsって性能はどうでしょうか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/40
41: 仕様書無しさん [] 2001/05/01(火) 09:14 LFS age。 現状 NetBSD-current LFS はまだ mmap() 周辺が痛い感じ。 mmap() がなければそこそこ使える…と思う。 http://mevius.5ch.net/test/read.cgi/unix/979408065/41
42: 名無しさん＠お腹いっぱい。 [] 2001/05/02(水) 16:38 SGI XFSアゲ http://mevius.5ch.net/test/read.cgi/unix/979408065/42
43: 名無しさん＠お腹いっぱい。 [] 2001/05/02(水) 19:42 > LFS age。 mmap on LFS が壊れたのは UBC のせい (原因も分かっているけど, 直すのが かなり手間なのでまだ直ってない) なので, LFS を真面目に使うなら UBC 統合直前の -current が良いかもしれない. http://mevius.5ch.net/test/read.cgi/unix/979408065/43
44: 名無しさん＠お腹いっぱい。 [] 2001/05/02(水) 22:18 Solaris の UFS logging がなにも考えずにできて一番楽…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/44
45: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/02(水) 22:47 IBMのJFS1.0が2.2.x系にも対応しててカーネルパッチになってたんでビルドしてみた。 誰か問題起きた人いる？ 骨格はもともとIBMが使ってたロジックだろうからデータが壊れたりしないかなとは思ってるんだけど、心配。 http://mevius.5ch.net/test/read.cgi/unix/979408065/45
46: 名無しさん＠お腹いっぱい。 [] 2001/05/02(水) 22:47 IBMのJFS1.0が2.2.x系にも対応しててカーネルパッチになってたんでビルドしてみた。 誰か問題起きた人いる？ 骨格はもともとIBMが使ってたロジックだろうからデータが壊れたりしないかなとは思ってるんだけど、心配。 http://mevius.5ch.net/test/read.cgi/unix/979408065/46
47: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/02(水) 22:48 ごめん。ごめんよ・・・ そんな豚無くても・・・ http://mevius.5ch.net/test/read.cgi/unix/979408065/47
48: 名無しさん＠お腹いっぱい。 [] 2001/05/04(金) 01:58 >>46 jfs FS を mount したまま電源きって再起動してみ。 filesystem dirty と表示されて、mkfs するまで二度とその fs をマウントできなくなるから。 http://mevius.5ch.net/test/read.cgi/unix/979408065/48
49: 名無しさん＠お腹いっぱい。 [] 2001/05/04(金) 02:08 IBM JFS や SGI XFS とかだと書き込みだけでなくて 読み出しのスピードが上がっているの? 古典的な UNIX FS の系列だとディレクトリ内のファイル数が 増加すると ls のスピードも落ちるみたいなんだけど。 >>46 それって OS/2 とか AIX でもなるの? JFS for Linux だけならまだいいんだけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/49
50: 49 [sage ] 2001/05/04(金) 02:13 >>46 は >>48 の間違い 鬱堕氏脳 http://mevius.5ch.net/test/read.cgi/unix/979408065/50
51: CCルリたん。 [] 2001/05/04(金) 02:21 >>49の下 大丈夫だよ。以前AIXがあったけど、停電でも耐えたから。 http://mevius.5ch.net/test/read.cgi/unix/979408065/51
52: Mary β [] 2001/05/04(金) 03:55 >>51 まだきっとJFS for Linuxって、AIX上のJFSほどの信頼性はないと思う。 File Systemのコードって、VFSやVMの影響を結構受けるからね。 個人的にkernel-2.4.3でReiserFSを使ってるけど、一度kernel-2.4系 でmountしたvolumeを2.2系でmountしようとした時に、Filesystemが 腐ることがある他は、特に問題は出てないみたい。ただ、kernel-2.4上だと ext2fsの方が倍速いと聞いた時はへこんだ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/52
53: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/04(金) 04:30 >>48 開発中だから仕方ないんだろうが、jfsの意味ねえなあ（ｗ http://mevius.5ch.net/test/read.cgi/unix/979408065/53
54: 名無しさん＠お腹いっぱい。 [] 2001/05/04(金) 04:37 >>52 ext2fsはそもそも反則技使ってるようなもんだから、まともなfsと比較 するのも... # 物理メモリあるだけ全部使って遅延書き込みすりゃ、そりゃ爆速に # なるわな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/54
55: CCルリたん。 [] 2001/05/04(金) 11:48 >>54 その反則もある意味嬉しい事もあるんだがな。 FreeBSDは物理メモリいっぱいつかうなんて 設定ないの？ http://mevius.5ch.net/test/read.cgi/unix/979408065/55
56: 48 [] 2001/05/04(金) 12:15 AIX, OS/2 のんは問題ないですよん。 Linux のはログのリプレイまわりがまだ実装されてないだけ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/56
57: 48 [] 2001/05/04(金) 12:17 あと、JFS for Linux は JFS for OS/2（オープンソース）のコードを もとにしてポーティング作業されています。AIX for JFS のコードじゃないです。 # まぁ OS/2 のは AIX のを基にしてるから、結果的に AIX のも入ってるだろうけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/57
58: 名無しさん＠引く手あまた [] 2001/05/04(金) 13:45 Solaris8ならdefaultでufs loggingが使えるようになった。 やっと人並に。。。 mount optionにloggingを指定するだけでOK。 これで10数分もfsckにつきあわなくて良くなった。 http://mevius.5ch.net/test/read.cgi/unix/979408065/58
59: 名無しさん＠お腹いっぱい。 [] 2001/05/05(土) 20:34 >>48 うぁあ、bad superblock といわれてマウントできん・・・ これじゃ使い者にならんがな http://mevius.5ch.net/test/read.cgi/unix/979408065/59
60: 54 [] 2001/05/06(日) 01:26 >>55 ないねー。 まぁあんな危なっかしいモードなんてあっても(俺は)嬉しくないけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/60
61: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 02:26 >>58 細かいことだけど、loggingはSolaris7の11/99あたりから標準だよん。 http://mevius.5ch.net/test/read.cgi/unix/979408065/61
62: インストールラブラブ [] 2001/05/06(日) 03:40 fsync はジャーナリングなファイルシステムのほうが はやいのでせうか。 OracleやPostgreSQLのデータファイルの置き場所のファイルシステム って悩んだりもするのですが。 1. raw -> これってRAIDと愛称わるいしなぁ。 2. ufs -> ふつーすぎる？ 3. ufs logging -> 2と比べてどなのかな？？ 4. veritas file system -> 2と比べてどなのかな?? http://mevius.5ch.net/test/read.cgi/unix/979408065/62
63: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 07:08 >>62 UFS logging は、log とるぶん write は遅くなるよ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/63
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
94: 名無しさん＠お腹いっぱい。 [] 2001/07/10(火) 00:30 reiserfsは不具合あるみたいですね xfsが完璧そうで期待age http://mevius.5ch.net/test/read.cgi/unix/979408065/94
95: 名無しさん＠お腹いっぱい。 [] 2001/07/10(火) 00:33 んー、おれは JFS に期待してるんだけど。 もちろんXFSにもReiserFSにもがんばって欲しい。 http://mevius.5ch.net/test/read.cgi/unix/979408065/95
96: 名無しさん＠お腹いっぱい。 [sage] 2001/07/10(火) 03:06 >>94 どんな？ http://mevius.5ch.net/test/read.cgi/unix/979408065/96
97: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 00:16 http://www.cyborg.ne.jp/~sympow/xpic/1uzmai/mai02e.jpg http://mevius.5ch.net/test/read.cgi/unix/979408065/97
98: 名無しさん＠お腹いっぱい。 [sage] 2001/07/14(土) 01:59 >>97 板違い。 http://mevius.5ch.net/test/read.cgi/unix/979408065/98
99: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 07:46 >>55 >>60 あるよ？FFFSで非同期モードでマウントしたらクリチカルな操作をしても 遅延モードのままバッファリングするからext2fsと勝負できる位には 速くなるっす。怖いんで使わないけど。LFSとかにもあるかどうかは 不明。UPS買ったら非同期モードにしようと決心してもう1年近くに なるなぁ。早く買わなきゃ…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/99
100: 99 [sage] 2001/07/14(土) 09:24 そういや、最近はsoft-dependenciesがサポートされて、安全に 遅延書き込みできましたね。これでも多少は速くなるので、 まずはこれを試してみようっと。 どんどんジャーナリングFSから離れていくんで下げ。＞＿＜ http://mevius.5ch.net/test/read.cgi/unix/979408065/100
101: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 12:56 >>99 4.3BSD(NEWS-OS)を使ってたとき、 FFSのasync mount使ってたけど、 kernel panicして落ちたときに修復困難なくらい 壊れてくれたんで信用してないんだけど、 FreeBSDのは改善されてるのかなぁ? ext2fsだとあまりひどいことにはならないので ディフォルトasyncにできたんだろうな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/101
102: 99 [] 2001/07/14(土) 16:57 >>101 今でもasyncはヤバイと思われ。UPS入れててもpanicすると逝けますネ。 というわけでNetBSDでsoftdepつかってみました。いけてます。 うちはRAID5の上に構築してるFFSなので、ファイル操作が死ぬ程遅いんす。 ただでさえ遅いソフトでやるパリティ計算を同期のために毎回待つので 当然なんすけどね。んで、softdep入れてやると一瞬で、おお〜。 理論的には当然なんだけど、プロジェクトディレクトリとかrm -rf したら一瞬でプロンプトに戻ってきてビビリました。まるでwand of cancelationをmagic holding bagに突っ込んだときのように、しばらく キョロキョロとプロジェクトディレクトリを探して辺りcdやlsして しまいました。そんなわけで*BSDな人は是非トライ♪ http://mevius.5ch.net/test/read.cgi/unix/979408065/102
103: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 00:57 ReiserFSとかJFSとかって*BSDに移植できないんかな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/103
104: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 08:19 RDBMSの領域をおいても意味ないような気が・・・ もともとDBってのはリカバリログ域があるんだからほっときゃいーんです。 しかし、4重化するほど大切なのであれば、 リカバリログ域をそういうところに置くとよいでしょう。 表・インデックスをそういうところに置く必要はまったくなし。 http://mevius.5ch.net/test/read.cgi/unix/979408065/104
105: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 08:19 いまごろジャーナルですか？プププ UNIXて遅れてるね。 OS/390は昔ッからそんなもんタダでついてますよ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/105
106: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 09:07 >>105 ﾊｧ? UnixWare だって IRIX だって以前からファイルシステムはジャーナル化されていると思うけど http://mevius.5ch.net/test/read.cgi/unix/979408065/106
107: 名無しさん＠お腹いっぱい。 [sage] 2001/07/29(日) 03:50 こんなんありました。 http://www.namesys.com/v4.html (Version 4 of ReiserFS) DARPA at www.DARPA.mil is the primary sponsor of Reiser4. http://mevius.5ch.net/test/read.cgi/unix/979408065/107
108: [] 01/10/05 16:55 ジャーナルファイルシステムが、ちゃんと 想定している種類の破壊を防いでいるという ことをテストするにはどうすればよいでしょう。 もしくはそういったテストをするソフトとか スクリプトはありますか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/108
109: 名無しさん＠お腹いっぱい。 [] 01/10/05 17:50 >>108 ディスクがごりごりいってるときに、いきなり電源抜いてみれば? http://mevius.5ch.net/test/read.cgi/unix/979408065/109
110: [] 01/10/06 00:11 それでは、本当にハードディスクがヘッドクラッシュを してしまいかねません。ハードの故障までは回復 できないと思います。RAIDではないから。 http://mevius.5ch.net/test/read.cgi/unix/979408065/110
111: 食いだおれさん [] 01/10/06 00:18 >>101 > 4.3BSD(NEWS-OS)を使ってたとき、 > FFSのasync mount使ってたけど、 (略) > FreeBSDのは改善されてるのかなぁ? soft updateは、async writeとは違う。 transaction commitしていい時までqueue(めちゃ短い)する手法。 高健全性度 journaling > soft update > sync write > async write http://mevius.5ch.net/test/read.cgi/unix/979408065/111
112: 名無しさん＠お腹いっぱい。 [] 01/10/29 13:09 結局ReiserFSはダメダメってことで http://mevius.5ch.net/test/read.cgi/unix/979408065/112
113: 名無しさん＠お腹いっぱい。 [] 01/10/29 13:33 >>111 あと依然として SoftUpdate には fsck が必要だね http://mevius.5ch.net/test/read.cgi/unix/979408065/113
114: 風の谷の名無し [] 01/11/03 16:37 XFSはいいぞー。マイナーだけど。 漏れのノートで使ってるよ。ｱﾌｫKDEのせいでリセットしまくりだけど 一度も飛んだことないっす。XFSマンセー。 (でも開発メンバーリストラされたらしい・・・) http://mevius.5ch.net/test/read.cgi/unix/979408065/114
115: 名無しさん＠お腹いっぱい。 [] 02/01/29 11:40 >>112同意 http://mevius.5ch.net/test/read.cgi/unix/979408065/115
116: 名無しさん＠お腹いっぱい。 [] 02/01/29 11:49 >110 今売ってるハードディスクがそんなんで飛ぶとは思えないなぁ。 それに、電源切るのがいやならリセットでもいいだろ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/116
117: 名無しさん＠お腹いっぱい。 [sage] 02/01/29 12:00 >>116 漏れもそう思っていたが、ごく最近実際そうなった。 買って半年の○BMのHDD…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/117
118: 名無しさん＠お腹いっぱい。 [sage] 02/01/29 12:51 >117 関連スレ 「IBMのHDD、半年で2台死亡」 http://pc.2ch.net/test/read.cgi/hard/999663378/l50 http://mevius.5ch.net/test/read.cgi/unix/979408065/118
119: 名無しさん＠お腹いっぱい。 [] 02/01/29 20:14 オレはNTFS使う http://mevius.5ch.net/test/read.cgi/unix/979408065/119
120: 名無しさん＠お腹いっぱい。 [] 02/01/29 21:35 >>111 sync > softupdate ではないの? http://mevius.5ch.net/test/read.cgi/unix/979408065/120
121: 名無しさん＠お腹いっぱい。 [] 02/01/29 21:38 >>113 FSCKかけないFSなんぞ怖くてつかえん。 http://mevius.5ch.net/test/read.cgi/unix/979408065/121
122: [] 02/01/29 22:59 >>121 昔の本には、定期的にfsckするのは媒体異常をチェックする意味もある、て書いてあるよね。 ふだん使ってない領域をアクセスしたら壊れてた・・・とかならないように。 でも、現代のHDDだったら不要では？て議論はあっても良いと思う。 http://mevius.5ch.net/test/read.cgi/unix/979408065/122
123: 名無しさん＠お腹いっぱい。 [sage] 02/01/30 01:51 ディスクのライトキャッシュのフラッシュはまじめにやってるんだろうか？ ジャーナリングの場合は 1,ログの書き込み 2,ディスクキャッシュのフラッシュ 3,ダーティなデータを適当な順序で書き込み となると思うが softupdateの場合はどうなりますか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/123
124: 名無しさん＠Ｅｍａｃｓ [sage] 02/01/30 15:00 >>123 こうなる http://www.mew.org/~kazu/doc/softupdate.html http://mevius.5ch.net/test/read.cgi/unix/979408065/124
125: 名無しさん＠お腹いっぱい。 [sage] 02/01/30 23:09 これ、わかりやすかった。 http://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html http://mevius.5ch.net/test/read.cgi/unix/979408065/125
126: 123 [sage] 02/01/31 00:18 >>124 ディスクのキャッシュのフラッシュはどこに入るんでしょうか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/126
127: 名無しさん＠お腹いっぱい。 [sage] 02/03/05 01:07 softupdateは順序に対する制約が多いので、ディスクドライブが賢くなると ジャーナリングに対して不利になります。 Solarisは(多分)それを見越してsoftupdateではなく、ジャーナリングを 使っていると思われます。 http://mevius.5ch.net/test/read.cgi/unix/979408065/127
128: 仕様書無しさん [] 02/03/09 16:42 保守あげしまーす http://mevius.5ch.net/test/read.cgi/unix/979408065/128
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 628 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.025s