すごく困ってるんですけど。
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/
今のところないです。
ただ Quota に対応していない(2.4 向けにはpatch がありますが)
のがネックです。また NFS を使う場合にも patch が必要です。
ext3 を追加。URL は知らん。
>>4
現時点で一番ユーザーが多いのは ReiserFS だと思う。
で、そのまんまなし崩しで ReiserFS のままく、に１兆mips
LinLogFS http://www.complang.tuwien.ac.at/czezatke/lfs.html
tux2 http://innominate.org/~phillips/
snapFS http://www.linuxcare.com.au/projects/snapfs/
OpenAFS:
http://www.openafs.org/
あとさ、LinuxのJFは、2.4でその機能を実装する際の基本骨格だけ、と聞いたが。
実際どうなのかな。
FreeBSDはもう実装しているの？
カーネルが落ちてさえも、ログが残るって話だけど。
聞きたいな。
MetaDataだけじゃなくて、ApplicationDataも残るらしいぞ。
#私の書き込みは BSD Magazine の受け売りです。
それっきりです。fsckが要らないってのが売りだったような気がするんですが、
起動スクリプトを書き換えてなかったので、fsckしろと繰り返すだけ
のループに陥りました。ReiserFSを使う場合、この辺を書き換える
必要があると思うのですが、どうなのでしょうか。fsckの代わりに
専用ユーティリティがあったように記憶してるんですが。
わたしはその一件以来使っていないのですが。
/etc/fstab の最後のフィールドを 0 にしていなかったとか
ではないですか？
一応 reiserfsck というプログラムがありますが、デバッグ
用途だったと思います。
ところで、3 で書き忘れたのですが、ReiserFS でごくまれに
ディレクトリの読み出しにやや時間がかかることがあります
(どういう時に発生するのか不明)。
>etc/fstab の最後のフィールドを 0 にしていなかったとか
ではありませんでした。それなら話は早かったのですが、、、
ちょっと早計だったのかなあ。
>>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の先輩方
# 間違いがあったらツッコミお願いします。
俺はDebianなんだけど、Debianではrootファイルシステムは
強制的にfsckにかけるようになってるので、それで引っかかった。
grep fsck /etc/init.d/*
とかやってみ。
/etc/vfstabのマウントオプションのところに
loggingと入れるだけでOK。
特に問題なく動いてます｡
なるほど。
再度挑戦する時に調べてみます。
64bit化ってなんでしょ？
Linux以外のほぼ全てのUNIXは、とっくの昔に64bit対応してたんだけど。
open64 系のシステムコールのことかな？ BSD系だとあれ使わなくても元から64bitアクセスできるので問題ないんよ。
し、しらんかった・・・。
>>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版ってどこかにない?
ext3つかったら？
遅くなりそうだからイヤです。
では、kernel 2.4.1からはパッチ当てなくてよくなるんですね。
私はpre系を試す勇気はないです。
(2.4.1-pre6なんかはファイル名に'dontuse-'ってprefixが…)
>>24
そのうち誰か作るとおもいますけどね。
俺が言ってるのはファイルシステムについて。
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://oss.sgi.com/projects/xfs/prerelease.html
Debianでapt一発でなんとかなんない？
Debianって聞いた話だと、Cライブラリをマシンを動かしながら
アップグレードできるんでしょ？
なら、ファイルシステムもやりかねないな。
そうならすごすぎる
>アップグレードできるんでしょ？
それってRedhat系ではできないことなの?
要するにコンパイルしなおす羽目になるもの(バイナリ)を
同時にダウンロードしてインストールすればいいだけのような。
やったことない。
GnoRPMでは、glibcはアップグレード対象外になっているけど・・
おれは何度もしてる。
glibcアップグレードした後は shutdown 時に umount できないような
ただ自分は mkreiserfs しか使ったこと無し。
dumpreiserfs
mkreiserfs
reiserfsck
resize_reiserfs
現状 NetBSD-current LFS はまだ mmap() 周辺が痛い感じ。
mmap() がなければそこそこ使える…と思う。
mmap on LFS が壊れたのは UBC のせい (原因も分かっているけど, 直すのが
かなり手間なのでまだ直ってない) なので, LFS を真面目に使うなら UBC
統合直前の -current が良いかもしれない.
誰か問題起きた人いる？
骨格はもともとIBMが使ってたロジックだろうからデータが壊れたりしないかなとは思ってるんだけど、心配。
誰か問題起きた人いる？
骨格はもともとIBMが使ってたロジックだろうからデータが壊れたりしないかなとは思ってるんだけど、心配。
そんな豚無くても・・・
jfs FS を mount したまま電源きって再起動してみ。
filesystem dirty と表示されて、mkfs するまで二度とその fs をマウントできなくなるから。
読み出しのスピードが上がっているの?
古典的な UNIX FS の系列だとディレクトリ内のファイル数が
増加すると ls のスピードも落ちるみたいなんだけど。
>>46
それって OS/2 とか AIX でもなるの?
JFS for Linux だけならまだいいんだけど。
鬱堕氏脳
大丈夫だよ。以前AIXがあったけど、停電でも耐えたから。
まだきっと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の方が倍速いと聞いた時はへこんだ。
開発中だから仕方ないんだろうが、jfsの意味ねえなあ（ｗ
ext2fsはそもそも反則技使ってるようなもんだから、まともなfsと比較
するのも...
# 物理メモリあるだけ全部使って遅延書き込みすりゃ、そりゃ爆速に
# なるわな。
その反則もある意味嬉しい事もあるんだがな。
FreeBSDは物理メモリいっぱいつかうなんて
設定ないの？
Linux のはログのリプレイまわりがまだ実装されてないだけ。
もとにしてポーティング作業されています。AIX for JFS のコードじゃないです。
# まぁ OS/2 のは AIX のを基にしてるから、結果的に AIX のも入ってるだろうけど。
やっと人並に。。。
mount optionにloggingを指定するだけでOK。
これで10数分もfsckにつきあわなくて良くなった。
うぁあ、bad superblock といわれてマウントできん・・・
これじゃ使い者にならんがな
ないねー。
まぁあんな危なっかしいモードなんてあっても(俺は)嬉しくないけど。
細かいことだけど、loggingはSolaris7の11/99あたりから標準だよん。
はやいのでせうか。
OracleやPostgreSQLのデータファイルの置き場所のファイルシステム
って悩んだりもするのですが。
1. raw -> これってRAIDと愛称わるいしなぁ。
2. ufs -> ふつーすぎる？
3. ufs logging -> 2と比べてどなのかな？？
4. veritas file system -> 2と比べてどなのかな??
UFS logging は、log とるぶん write は遅くなるよ。
将来 FibreChannel なんかを使いたいときにもよさそうだけど、
ちと高い。
3で運用してるけど、問題になってないな。
更新量が少ないシステムだけどね。
ところでrawとRAIDの相性が悪いってどういうことなんでしょ？
ありがと。
rawとRAIDうんぬんというのは、RAIDあたりまえだったり、
SANつかったりするこのごろだと、果たしてディスクの生のI/Oを
触りたがるrawみたいなものの役割は終わってるのじゃないかという
意図で書きました。
生のI/Oって言うけど、本当に玉を直接ドライブするわけじゃないし・・・。
DBの場合だとカーネルバッファを経由させないことが第一の目的だと
思ってるので、RAWはまだ使われていくと思う。
# もしかして考え方古い？
ベンチマークしているけど、パフォーマンスの劣化は無視できるほどだよ。
むしろ、VxFSの方が癖があって、ある一定の条件下では深刻な劣化を
起こすけどね。
>raw -> これってRAIDと愛称わるいしなぁ
どこのRAID使ってるの？
うちでは問題になったことないよ。
むしろ、ufsにDB置くこと自体が珍しい位。
バイパスしてくれるからufsでも問題ないのだろうけどね。
そこが信用できない場合でも、Solaris辺りならforcedirectio
オプションを指定しておけば、バッファリングは解除される。
ジャーナリングの話題じゃないな。
raw device の利点は buffer よりも、DB が disk の geometory を直接
把握できるので、data の最適配置を行えること。でも、RAID だと OS
からは hardware 本来の geometory は見えなくなるので、意味が薄くなる
のだ。
って、完全に journaling fs から外れたなぁ。
ある一定の条件下って、小さい file が大量にあって、それを
fseek していったりする場合?
RAIDの上にさらに論理ボリュームマネージャなんかをつかってたり
するとさらに薄くなっていくような。
LVMでDBなんて動かすななんて怒んないでちょーだいね。
emc2の手がけたのとか、富士通の手がけたのとかで、最近そういうのが
あったんで。(みんなヤッテルモン！論理だけど)
んまぁ、LVM で管理すると、特に FibreChannel で SAN なんかの
環境を組んでいるような場合は面白そうだから、ありといえばあり
なのかも。
そういうものがないのに LVM で管理というのは、単なる performance
bottle neck にしかならないだろうけど…。
ボトルネックだけど、バックアップとるのはラクチンだそうです。
>>75
う〜ん、backup はきちんと backup software + DB module でやった
ほうが精神衛生上はいいなぁ。online backup もしたいし。
DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが
VxVMと同じならば必須と思われ。
Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば
その制限は無いことになっているが、やはりパフォーマンス上、2GBで
切るのが常道。
RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に
切ってしまうと16GBしか活用できぬ。
VxVMで2GB以下のVolumeを作成しないとな。
DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが
VxVMと同じならば必須と思われ。
Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば
その制限は無いことになっているが、やはりパフォーマンス上、2GBで
切るのが常道。
RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に
切ってしまうと16GBしか活用できぬ。
VxVMで2GB以下のVolumeを作成しないとな。
UBC その他の新作ドライバも捨て難いので最新 -current でごーごー ;_;
私は厨房なんでこのへんは治ることを祈ることぐらいしかできない。
巨大ボリュームになると fsck にかかる時間が無視できないから
LFS に期待大なのね。
セグメント境界==ストライプ境界ができる日はいつかな…。
LFS復活の日は近い?
期待あげ
比較した論文の翻訳が出ているのであげ
Metadataってなんですか？教えていただけませんか。
superblockとか、ファイルインデクス、占有マップなど。
(ディレクトリエントリも含まれることがある)
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
Debian だけど残念ながら、apt でFS変換っつーのは無いね。
ext3 は既存の ext2 からバージョンアップできるらしいが、ReiserFS
は無理みたい。
んで、ReiserFS はやっぱ読み込みが速いよ。ext2 はシーク音が
「ゴガガガガ、グフッ」って感じだったけど、「ジジジジジ」って
いかにもヘッドが振れてない感じがするんだよね。
逆に書き込みは遅くなったが。
xfsが完璧そうで期待age
もちろんXFSにもReiserFSにもがんばって欲しい。
どんな？
板違い。
>>60
あるよ？FFFSで非同期モードでマウントしたらクリチカルな操作をしても
遅延モードのままバッファリングするからext2fsと勝負できる位には
速くなるっす。怖いんで使わないけど。LFSとかにもあるかどうかは
不明。UPS買ったら非同期モードにしようと決心してもう1年近くに
なるなぁ。早く買わなきゃ…。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
■OpenBSD（VMS）の考察及炉理画像を貼り付けるスレ (118)
biff って良いよね (185)
田中康夫のThinkPadを強奪してFreeBSDを入れる会 (188)
dragonfly bsd どうよ (707)
【熱く】お前のEmacsにはまった理由【語れ】 (515)
OSをどうやってUNIXに変えるの？ (125)
--log9.info------------------
同人しながらダイエット 減量11ｋｇ (866)
ｷﾀｰ(´∀｀*)ﾉ ﾔﾀｰ＞管理人の嬉しい叫びスレ 11 (285)
作業中に食べるのに適したおやつ (233)
フルデジタルか、線画のみをアナログかPart4 (732)
Macユーザーが同人やるって 5台目 (816)
自分のオリジナルキャラクターに発情してる奴の数→ (112)
【エロ不可】印刷所の規制について2【消しは濃く】 (696)
企画サイト運営管理人スレ (254)
この期に及んでまだ１枚も原稿が出来てないﾔｼの数→ (872)
【名前】夢で入力したら面白い文章【AA】 (646)
【気軽?】WEB拍手・その38【ｳｻﾞｲ?】 (471)
【恩わくドキ】おまかせプチ含むあれこれ3【闇鍋】 (263)
◎ 同人誌の小説 42冊目 ◎ (423)
スペースのレイアウト・19 (620)
【色刷り】便箋製作五色目【フルカラー】 (174)
同人バブルの思い出〜３ (367)
--log55.com------------------
【DOAX】DEAD OR ALIVE Xtreme Venus Vacation 16日目【DMM】
【A.V.A】Alliance of Valiant Arms SD7.75【AVA】
【SDGO】SDガンダムカプセルファイター 1825号機
ケルベロスブレイド・Tommy Walker5 Part73
サイキックハーツ・Tommy Walker4 Part81
【Oβテスト中】Dauntless 【Part6】
【PBW】PandoraPartyProject4【PPP】
【DOAX】DEAD OR ALIVE Xtreme Venus Vacation 17日目【DMM】