[表示 : 全て 最新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/

190 名前:login:Penguin mailto:sage [2006/12/10(日) 21:26:54 ID:aQAOhBxb]
馬鹿ばっか。

191 名前:login:Penguin mailto:sage [2006/12/10(日) 21:27:47 ID:AaJ/gQWg]
と馬鹿が申しております。

192 名前:login:Penguin mailto:sage [2006/12/11(月) 02:11:53 ID:WQUWzS9F]
>>185
>わざわざ暴言書く暇があるならどっか参考になるURLでも示す方が生産的
ということで
っ ttp://www.linux.or.jp/readme.html#tako
いやこっち(も)だな w
っ ttp://www.linux.or.jp/toc_beginners.html

>>178
>むしろ最近の学生はそれすらできない香具師しか多そうだし
今は学生に限らず社会人までそうだもんな。「そんな事聞いて無いからしませんでした」ってばっかり・・・

まあとにかくガンガレ

193 名前:login:Penguin [2006/12/13(水) 00:48:25 ID:bqgQBo7n]
Solaris10 11/06出た。RAID-Z2(RAID6)とホットスペア機能が使えるようになった。

194 名前:login:Penguin mailto:sage [2006/12/13(水) 18:51:41 ID:b8bVQzXm]
はやく移植されないかなー

195 名前:login:Penguin mailto:sage [2006/12/14(木) 19:38:33 ID:DclqJgck]
ext2fsdってどうですか?安定してますか?

196 名前:login:Penguin mailto:sage [2006/12/15(金) 07:46:57 ID:YAtgT/AF]
うん。

197 名前:login:Penguin [2006/12/16(土) 06:30:03 ID:KNwmu5Y4]
サイズの大きなパーティションにファイルシステムのイメージごと dd などでコピーして
その後ファイルシステム自体も成長させられるようなファイルシステムってありますか?
縮小はさらに難しそうだなぁ

198 名前:login:Penguin [2006/12/16(土) 07:19:02 ID:KNwmu5Y4]
うぉ、mdadm で linear なアレイ作って
後でいくつかディスク追加しようと思ったら
--grow は linear では使えないって orz



199 名前:login:Penguin mailto:sage [2006/12/16(土) 07:32:43 ID:+S1DoSTm]
loopbackデバイスを使ってLVMとかできるんじゃねえ?
やったことないし縮小も無理だけど。

200 名前:login:Penguin mailto:sage [2006/12/16(土) 08:56:25 ID:h5sW2mHZ]
linearってなんだっけ?
コンカチネイト(JBOD)だっけ?
それともストライプ(RAID0)?


201 名前:login:Penguin mailto:sage [2006/12/16(土) 09:49:45 ID:ozfgfRrw]
>197
そこまで具体的に言われたら FreeBSD の ufs だって出来る...

Linux の FS も含めてどれだけ実用的・安全に出来るかどうかは
たぶん全然別の問題という気がするけど

202 名前:login:Penguin mailto:sage [2006/12/16(土) 10:15:07 ID:+S1DoSTm]
>>197
スマソ
ddでイメージファイル作って、イメージファイル内のファイルシステムを成長させる話と勘違いしてた。

GNU Partedを使う場合
nobumasa-web.hp.infoseek.co.jp/partition/parted/

ファイルシステム付属のユーティリティを使う場合
pantora.net/pages/linux/lvm/3/

FreeBSD のufsもgrowfsがある

203 名前:login:Penguin [2006/12/16(土) 11:48:37 ID:KNwmu5Y4]
>>200
madam --cretae --level linear は JBOD っす。
余った小さなディスク(60GB)くらいのがちょこちょこ
集まってくるんで、くっつけて作業用にでも使おうと思って。

>>201-202
ufs ってのは成長させられるんですね。
いままで ext2 ext3 くらいしか使ったこと無かったんで
今から手探りでいろいろ試してみようかと思ってます。
OS は Linux 。何かあってもいいように VMware 上の
Debian か Fedora Core で実験予定。

204 名前:netadesu mailto:sage [2006/12/16(土) 15:05:21 ID:SIzSeUHT]
growだったらできないfsの方が稀じゃないか?
ただ、hot expandできるかどうかは別。

やらないにこしたことないから常用してはないけど、
ext2(3だったかも), reiserfs, xfs ではやったことある。


205 名前:202 mailto:sage [2006/12/16(土) 17:18:02 ID:+S1DoSTm]
GNU Partedも現在はufsのリサイズサポートしてるみたい。
www.gnu.org/software/parted/manual/html_node/resize.html#resize

growfsのラッパーだろうけど。

206 名前:login:Penguin mailto:sage [2006/12/16(土) 17:23:46 ID:XtbPeLaZ]
ext2/3はpartedよりresize2fsの方が確実
parted、拡張に追いついてきてないし



そして名前も出てこないjfs(-o remount,resize)かわいそす

207 名前:login:Penguin mailto:sage [2006/12/16(土) 17:26:19 ID:FC6GU6Ut]
みんなぶっちゃけ、jfsなんて使ってないんだろ?

208 名前:202 mailto:sage [2006/12/16(土) 18:18:47 ID:+S1DoSTm]
>>206
> そして名前も出てこないjfs(-o remount,resize)かわいそす

> ファイルシステム付属のユーティリティを使う場合
> pantora.net/pages/linux/lvm/3/

ちゃんとでてるだろw




209 名前:netadesu mailto:sage [2006/12/16(土) 19:52:23 ID:SIzSeUHT]
>>207
トップ3以外はあまり使ってもらえないのが実情だから。

reiser*の開発がBSD訴訟された*BSDみたいに遅延しそうな気配があるから
数年後にはext4,xfs,jfsの3強になってるかもね。zfsも期待。


210 名前:login:Penguin mailto:sage [2006/12/16(土) 20:05:37 ID:82ULKkhv]
>>209
またまた冗談を(AA略
zfs,reizer*,ext*の3強に決まってる。

211 名前:login:Penguin mailto:sage [2006/12/16(土) 20:13:37 ID:b3Zossa2]
zfs(raidz,2)のハード実装ってどれくらいで出てくると思う?
誰かが作ってると思うんだ。
どういう感じのデバイスに見えるのか分からんけど・・・・

212 名前:login:Penguin mailto:sage [2006/12/16(土) 20:23:39 ID:FC6GU6Ut]
CDDLで成功したソフトウェアってないんじゃないの。

オープンソースなのはありがたいけど、CDDL読んだあとにパッチを
コミットしようと考えるボランティアはあんまりいないんじゃない。

jfsはGPLなのにボランティア少なそうだけど。

213 名前:login:Penguin mailto:sage [2006/12/16(土) 20:53:55 ID:rOPtoKv8]
>>212
なので、OpenSolarisのGPL化なんて噂はある。JavaもGPL化って噂だし。

214 名前:netadesu mailto:sage [2006/12/16(土) 21:44:56 ID:SIzSeUHT]
>>213
旦那旦那、噂じゃないですよ。それは去年の話。


215 名前:login:Penguin mailto:sage [2006/12/16(土) 21:52:53 ID:KoFH3LYy]
キリンさんのOS

Nexenta OS
www.gnusolaris.org/gswiki

216 名前:login:Penguin mailto:sage [2006/12/16(土) 21:59:32 ID:qYQjoEYU]
>>215
銀河麒麟をもちだしてきたのかと思った。

217 名前:login:Penguin mailto:sage [2006/12/17(日) 00:23:09 ID:Q2xF4z7Q]
www.drk7.jp/MT/archives/000932.html

> Server File Cache → Storage の解説によれば、
> 
> ext2 は複数のバグが絡み合って、 結果として同期的書き込みが全く保証されない。
> user data の disk への書き込みは、 write システムコールに対する O_SYNC フラグを付与しても、 fsync システムコールを呼び出しても、
> sync システムコールを呼び出しても、 保証されない。
>  umount によってのみ、dirty page は 100% 反映される。
> と言うことは、 ext3 層が ext2 に Journal を書いてくれと頼んでも、 Journal 記録が disk に書き込まれる保証はない という事を意味する。
> さらには、ext2 は書き込み順序にエレベーターシークアルゴリズム などを用いるので、 Journal ファイルへの > Journal 記録の反映順序保証さえない事になる。
> 
> だそうです。

詳しい人この辺のことどうよ。
ext3のジャーナルはどれくらい信用できる?

218 名前:login:Penguin mailto:sage [2006/12/17(日) 02:01:49 ID:iXfl1BVU]
キチガイの書いた文章を読むとキチガイが伝染るよ!
うんこに触ると手にうんこ付くよ!

                 ハ_ハ
               ('(゚∀゚∩ つくよ!
                ヽ  〈
                 ヽヽ_)



219 名前:login:Penguin mailto:sage [2006/12/17(日) 02:26:58 ID:Q2xF4z7Q]
> Server File Cache → Storage の解説によれば、

www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html
ここの事なんだけど、何のことだかさっぱりわかりませんです。

220 名前:login:Penguin mailto:sage [2006/12/17(日) 02:29:31 ID:iXfl1BVU]
ウンコ臭いリンク貼るのやめてください。
それとも本人ですか?

221 名前:login:Penguin mailto:sage [2006/12/17(日) 02:31:55 ID:Q2xF4z7Q]
本人が、「何のことだかさっぱりわかりませんです。」とか言いますか?
で、2つのリンクともキチガイが書いたと?

222 名前:login:Penguin mailto:sage [2006/12/17(日) 02:34:53 ID:iXfl1BVU]
yes
yes

223 名前:login:Penguin mailto:sage [2006/12/17(日) 02:37:30 ID:Q2xF4z7Q]
そうですか。
少し興味を持ったので貼ってみたんですが、騙された私がアホだということでしょう。

224 名前:login:Penguin mailto:sage [2006/12/17(日) 05:16:30 ID:RV23LfOh]
散々既出のネタだから過去ログでも漁ってこい

225 名前:223 mailto:sage [2006/12/17(日) 07:18:22 ID:Q2xF4z7Q]
>>224
過去ログ一応その2から読んだ。(丁寧に読んだのはその2だけ)
ついでに、「何のことだかさっぱりわかりませんです。」と思ったリンク先も読み直した。

まあ、確かにうんざりするくらい語られてるねえ。
後、奥山氏がいわくつきの人物なのもわかった。

で、結局ジャーナルファイルのsyncは保証されてるのかどうかはよくわからなかった。
ジャーナルファイルがvfsレイヤを使わず、独自ルーチンを使ってるって反論もあったけど、
独自ルーチンがsyncを保証してる説明はなかったよ。
Linuxは当初から性能重視で非同期書き込み、*BSDは信頼性重視で同期書き込みを志向してたはず。

どちらが正しくても、正直構わないけどここの住民はもうちっと骨のある反論しろよ。


226 名前:login:Penguin mailto:sage [2006/12/17(日) 11:15:48 ID:OfbsfsR3]
>225
つ ttp://www.drive.ne.jp/iMA/showmdir.pl?FreeBSD-users-jp=2005-06&num=85534&link=200506241542%2ej5OFgYZ05349%40srapc342%2esra%2eco%2ejp

その内容を読み取ってなにが正しいか判断するのはお任せする。


227 名前:login:Penguin mailto:sage [2006/12/17(日) 11:25:23 ID:hhbkxu9f]
また奥なんとかかよ
飽きねえ奴だな

228 名前:login:Penguin mailto:sage [2006/12/17(日) 12:46:25 ID:23TZod3p]
ID:iXfl1BVUのように発狂しているだけの包茎くん。
HIVに感染しやすくなるんだから、とっとと手術しろよ。しかも臭いし。
お前、生きる公害だぞ。



229 名前:login:Penguin mailto:sage [2006/12/17(日) 13:50:10 ID:iXfl1BVU]
>>228
本人キター!

230 名前:login:Penguin mailto:sage [2006/12/17(日) 14:50:56 ID:edSVj54I]
ID:iXfl1BVU はちょっと黙っててくれないかなあ。

231 名前:login:Penguin mailto:sage [2006/12/17(日) 15:33:19 ID:iXfl1BVU]
じゃ黙ってるから存分に有意義な議論をしてくれ

232 名前:login:Penguin mailto:sage [2006/12/17(日) 15:51:41 ID:gBsLzMH4]
つか奥屋マンコのスレでも立ててそっちでやれってかんじー

233 名前:login:Penguin mailto:sage [2006/12/17(日) 15:58:34 ID:PCiXBd2b]
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄」
―――――――――――――‐┬┘
                        |
       ____.____    |
     |        |        |   |
     |        | ∧_∧ |   |
     |        |( ´∀`)つ ミ |
     |        |/ ⊃  ノ |   |
        ̄ ̄ ̄ ̄' ̄ ̄ ̄ ̄    |
                        |  ext3

234 名前:login:Penguin mailto:sage [2006/12/17(日) 17:54:13 ID:Q2xF4z7Q]
>>226
メーリングリスト一応全部読んだ。
議論の余地がないでしょ。
LinuxのsyncはHDDのバッファをフラッシュしない。

235 名前:login:Penguin mailto:sage [2006/12/17(日) 18:51:54 ID:eRUWixex]
そして、FreeBSDでも6以降はフラッシュしない…

236 名前:login:Penguin mailto:sage [2006/12/17(日) 19:22:58 ID:6nMM/n3x]
次の展開はわかっている!
こうだ!



NetBSDマンセー (35歳 会社員)

237 名前:netadesu mailto:sage [2006/12/17(日) 19:29:46 ID:Df4Nxwhq]
BSD vs Linux って考えてみれば UNIX の最下層でどちらが下か
やってるだけなんだよな。

Solaris/AIX/HP-UX/SUPER-UX... とかの世界のファイルシステムってどうなんだろう。


238 名前:login:Penguin mailto:sage [2006/12/17(日) 20:22:16 ID:7CL4+VjT]
NetBSD + LFS最強説



239 名前:login:Penguin [2006/12/17(日) 21:16:34 ID:xnDjwphy]
いずれにせよLinuxのソフトウェアRAIDでは
grow ができないので、あんまりメリットか無い気がする。
LVM を使ったことが無いので外しているかもしれない。

240 名前:login:Penguin mailto:sage [2006/12/17(日) 23:38:46 ID:BpKCD3FA]
>>239
dm,mdは適宜使い分けるべし。どっちを上にも出来るから。

241 名前:netadesu mailto:sage [2006/12/17(日) 23:39:16 ID:Df4Nxwhq]
growさせるつもりならLVM-on-RAIDにして、ディスクを追加するときは
独立したRAID-1/5セットをPVとしてLVMに追加してgrowさせるよ。

見せ方は違っても、これは他のOSでも同じじゃないの?
物理デバイス冗長を取る部分と可変長な論理デバイスを実現する部分は
直行してるはず。


242 名前:login:Penguin mailto:sage [2006/12/18(月) 01:53:56 ID:5CjTidJ8]
めちゃくちゃパフォーマンス悪そうだがw

243 名前:login:Penguin mailto:sage [2006/12/18(月) 02:05:56 ID:Nty7XqwY]
俺もLVMにしてる。

244 名前:login:Penguin mailto:sage [2006/12/18(月) 02:24:08 ID:BgGwtA55]
>>237
SolarisなどはOSのコアな部分ではLinuxや*BSDの二歩も三歩も先に行っているからねぇ。
fsにせよ、I/O周りにせよ、SMPにせよ、スケジューラにせよ、ネットワーク周りにせよ。

>>238
そういえば、最近のLFSはそこそこ安定してきているみたいですな。
ただ、NetBSDのLFSが磐石になる前に、ZFSが各OSにportされそうな雰囲気だけど。
そういえば、LinuxにもgcがないすさまじいLFSがあったな…

>>243
LVMはトラぶったときのことを考えるといやなんだよなぁ。

245 名前:login:Penguin mailto:sage [2006/12/18(月) 03:11:56 ID:F98nsRY8]
>>241
あれ?俺いつのまに書いたっけ?


246 名前:login:Penguin [2006/12/18(月) 05:49:01 ID:lBfvMR/v]
ふむ、md でも JBOD できるけど、grow する事を考えれば
LVM 使えってことですか?そもそもソフトウェアRAIDの枠組みの中で
JBOD できる Linux が変態?

247 名前:login:Penguin mailto:sage [2006/12/18(月) 07:27:40 ID:oHr+ULas]
頭悪そうだね

248 名前:login:Penguin mailto:sage [2006/12/18(月) 08:14:37 ID:sqlaZvsB]
本家HP-UXのように、md(ソフトウェアRAID)とLVMって調和が取れてないから、
組み合わせて使うのはためらうんだよな。

ZFSはソフトウェアRAID、LVM、ファイルシステムのLinuxが弱い部分を一気通貫でカバーしてるからな。




249 名前:login:Penguin mailto:sage [2006/12/18(月) 08:34:26 ID:etiTNDak]
>>248
なんで前半は HP-UX なのに、後半は ZFS?

ZFS みたいに一体化したものは置いとくとして、
Linux の LVM 自体は良くできてると思うけどなあ。数十台、数十TB
使ってるけど、構成情報のバックアップだけ残しておけば、そうトラブル
復旧も難しいわけじゃない。

250 名前:login:Penguin mailto:sage [2006/12/18(月) 15:13:18 ID:8QMqXAUL]
LVMについで一文
ZFSについてでもう一文

251 名前:login:Penguin mailto:sage [2006/12/18(月) 18:30:49 ID:Y/ed09i4]
ファイルシステム変換がうまくいきません…。
誰かお教え下さい。

ファイル システムの種類は FAT32 です。
ドライブ H: の現在のボリューム ラベルを入力してください ******
ボリューム ****** は 2006/12/05 17:26 に作成されました
ボリューム シリアル番号は ...... です
ファイルとフォルダを検査しています...
ファイルとフォルダの検査を完了しました。
ファイル システムのチェックが終了しました。問題は見つかりませんでした。
244,136,352 KB : 全ディスク領域
76,320 KB : 115 個の隠しファイル
26,784 KB : 833 個のフォルダ
69,861,888 KB : 22,810 個のファイル
174,171,328 KB : 使用可能ディスク領域

32,768 バイト : アロケーション ユニット サイズ
7,629,261 個 : 全アロケーション ユニット
5,442,854 個 : 利用可能アロケーション ユニット

ファイル システムの変換に必要なディスク領域を調べています...
全ディスク領域: 244196001 KB
ボリュームの空き領域: 174171328 KB
変換に必要な領域: 347074 KB
基本ファイル システム構造を作成できません
変換に失敗しました。
H: は NTFS に変換されませんでした

252 名前:login:Penguin mailto:sage [2006/12/18(月) 18:31:51 ID:pj2+GtGf]
>>251
Windows は板違い。

PC初心者
pc7.2ch.net/pcqa/

253 名前:251 mailto:sage [2006/12/18(月) 18:31:58 ID:Y/ed09i4]
すいません
誤爆しました

254 名前:login:Penguin mailto:sage [2006/12/18(月) 22:50:45 ID:7eT6c4q7]
ちょいと、お聞きしますよ。
自宅のメールサーバをPPCにしようかと思ってるんですよ。
で、ファイルシステムの実績を見てたんですがイマイチ分からない。
エンディアンが違ったときの使用実績がわからんのです。
SGI、IBMが作ったxfs、jfsはそのあたり何とかなってそうですがどんなもんでしょう。
非intelアーキテクチャで動かしてる人もみんな大体ext3なんですかね?

ま、壊れても困るのは家族くらいなんでドレでもいいという話はありますが。
興味ひかれてということで。

255 名前:login:Penguin mailto:sage [2006/12/19(火) 09:53:23 ID:8O8QeZf3]
>>254
ユーザが多いのにしておくのが無難ね?
玄箱すれで聞いてみるとか。

256 名前:login:Penguin mailto:sage [2006/12/19(火) 10:43:37 ID:LR+FoNiH]
実際のところ、エンディアンは関係あるのかなあ?
俺はないと思うが。
エンディアンで変わるのはファイルの中身だけじゃねえ?

257 名前:login:Penguin mailto:sage [2006/12/19(火) 10:52:00 ID:XzW6MizV]
file attribute の意味が変わったり
ファイルの大きさが 1600万倍になったりしてもビックリしないの?

258 名前:login:Penguin mailto:sage [2006/12/19(火) 10:58:10 ID:8O8QeZf3]
異なるエンディアン間でディスクを移動したりすると
やばい聞いた。特にextXとか、mdのメタデータとか。



259 名前:login:Penguin mailto:sage [2006/12/19(火) 12:12:40 ID:JTMTN/tV]
>>257
それはVFSレイヤの話でないの?
ファイルシステムに直接依存するのだろうか。

260 名前:login:Penguin mailto:sage [2006/12/19(火) 12:23:30 ID:JTMTN/tV]
それは、ビッグエンディアン環境⇔リトルエンディアン環境を移動させればまずいよなあ。
まさに>257の言う事が起こる。
しかし、そうでない場合に>257が言うようなことが起きればVFSの問題と思うんだが。

261 名前:login:Penguin mailto:sage [2006/12/19(火) 12:28:02 ID:JTMTN/tV]
とここまで書いておいて気がついた。
何も考えずに書き込み、何も考えずに読み出しても同一環境では問題オコラネー。
VFSもファイルシステムも関係ネー。
違うか?

262 名前:login:Penguin mailto:sage [2006/12/19(火) 13:04:19 ID:TnIoz1+9]
>>258
んなことねえよ
ちゃんと考えて設計されてるよ
角度とか

263 名前:login:Penguin mailto:sage [2006/12/19(火) 13:23:33 ID:8O8QeZf3]
>>262
ttp://www.ussg.iu.edu/hypermail/linux/kernel/0612.0/1162.html
うひひ

264 名前:login:Penguin mailto:sage [2006/12/19(火) 13:31:26 ID:qiS7ynEf]
何このレベル低下っぷり?
以前はキチガイも多いがここまで低レベルじゃなかっただろこのスレ。

265 名前:login:Penguin mailto:sage [2006/12/19(火) 13:57:36 ID:1t2/+nmt]
ext3はOKだと言われているが、他は知らん。
SolarisだとUFSはバイトオーダ依存で、ZFSはバイトオーダ非依存。


266 名前:login:Penguin mailto:sage [2006/12/19(火) 14:21:29 ID:skFd6jjj]
ext2をi386と〜ebな環境で使いまわしてるけど、
いまのところ問題は起きてないな。
ただe2fsprogsは全部試していないので、そのへんに
地雷が埋まってるかもしれん。


267 名前:login:Penguin mailto:sage [2006/12/19(火) 14:30:12 ID:O6QzCkRT]
>>264
ツマンネ

268 名前:login:Penguin mailto:sage [2006/12/19(火) 14:51:31 ID:LBOK3XqF]
>>265
今月のSDにZFSの記事があって、
ZFSは書き込みはマシンバイトオーダ、
読み込み時に変換してると書いてあったな。



269 名前:login:Penguin mailto:sage [2006/12/19(火) 15:52:09 ID:wh6OROKj]
>>268
ってことは、ファイルシステムにバイトオーダが記録されてるのかな?
別のマシンにディスク持って行っても使えるけど
バイトオーダが違うマシンに持って行くと動くんだけどパフォーマンスが落ちる、と。
おもしろいかも

>>255
すまね。
ひねくれてるのでext3とjfsで作ってみた。

jfsがどれくらい頑丈か、かな・・・・
取りあえずディスクを直接持って行っての物理的な共有はしないようにします
環境できたらpostmarkでもやってみるよ

270 名前:login:Penguin mailto:sage [2006/12/19(火) 16:34:14 ID:LBOK3XqF]
>>269
全くの推測だけどどっかのビットで判別してるんじゃないかな。
0だとLEとか。

記事ではsparcマシンのHDDをintelマシンに持っていっても読める
と書いてあったが、パフォーマンスに関しては書いてあったか忘れた。
変換のオーバヘッドはほんの少しだろうけどあるだろうな。

271 名前:login:Penguin mailto:sage [2006/12/19(火) 16:42:59 ID:I6Be52hp]
>>269
このスレで大人気の奥山氏曰く
「ついでに言うと、JFSの信頼性のなさも問題があるので、それに修正を当て
ても、『XFSに追いつく』程度でしかない」とのこと。

あくまでもLinuxとFreeBSDとのsync時の挙動の違いについての話の中で
余談としてでてきた話題でソースがないのであれだけど、このスレでも
XFSに比べてJFSって特に信頼性高いとも思えないしメリットないなぁという
のは何度も出てきているね。

272 名前:login:Penguin [2006/12/19(火) 16:45:46 ID:DJKXWzFE]
チキンな俺は常にext3

273 名前:login:Penguin mailto:sage [2006/12/19(火) 16:48:06 ID:WLeCaQbI]
いまんとこlinux用はext3中心に回ってるんでおk

274 名前:login:Penguin mailto:sage [2006/12/19(火) 17:25:19 ID:JTMTN/tV]
普通にupdatedbとかたたくと、ext3遅すぎねえ?
ReiserFSの何倍もかかる。
アクセス時のシーク音は明らかに違う。

275 名前:login:Penguin [2006/12/19(火) 17:39:09 ID:DJKXWzFE]
ReiserFSは作者の動向が怪しい

276 名前:login:Penguin mailto:sage [2006/12/19(火) 17:44:01 ID:qiS7ynEf]
怪しいのは作者が住んでる町の警察の動向だろう

277 名前:login:Penguin mailto:sage [2006/12/19(火) 17:44:48 ID:5KfKfe1m]
あれからどうなった

278 名前:login:Penguin mailto:sage [2006/12/19(火) 17:44:55 ID:JTMTN/tV]
確かにナorz
将来乗り換えが必要になる可能性大



279 名前:login:Penguin mailto:sage [2006/12/19(火) 18:07:21 ID:JTMTN/tV]
ext3って皆が使ってるから何か起こっても豊富な情報がある。
それにツール類もまずはext3を前提に作られてると思う。
使うのに十分な値打ちがあると思う。

でも、ツマラネーんだよな。
ext3使っててこのスレ読んでても楽しみ少なくない?

280 名前:login:Penguin mailto:sage [2006/12/19(火) 18:10:57 ID:TnIoz1+9]
楽しみより安定性

281 名前:login:Penguin mailto:sage [2006/12/19(火) 18:17:58 ID:JTMTN/tV]
まあ無難な選択を否定することは、誰にもできないな。

282 名前:login:Penguin mailto:sage [2006/12/19(火) 18:18:42 ID:GWNB1OAW]
住んでいるまちの警察の動向が怪しいなら
結構長くでてこれないかもね。

283 名前:login:Penguin mailto:sage [2006/12/19(火) 20:14:25 ID:b8knrZg8]
>>280
もっとも、安定性を求めるのならLinuxなんか使うなって話もあるわけで。

284 名前:login:Penguin mailto:sage [2006/12/19(火) 20:17:30 ID:qiS7ynEf]
hahahahahahahahahahhahahahahahahaha

285 名前:netadesu mailto:sage [2006/12/19(火) 20:37:18 ID:oCGBR2+N]
>>270
各ファイルシステムとも4byteのマジックコードを定義してるので
それで判別できる。ただし実際に判別してちゃんと読み書き時に
変換してるかは別。

FSじゃないけど0xCAFEBABEとか0xDEADBEEFとかが有名。

 0xCAFEBABE 0xBEBAFECA 0xBABECAFE 0xFECABEBA

と読んだ時に違いが出るので判定できる・・・んだけど64bitの
足音が近いから変態なアーキテクチャが出たりしたら8byteマジックが
必要となる日も近いかも。

286 名前:login:Penguin mailto:sage [2006/12/19(火) 20:44:56 ID:WLeCaQbI]
>>283
そんな話いつどこで聞いたんだ。捏造するな。

287 名前:login:Penguin mailto:sage [2006/12/19(火) 20:57:01 ID:azfMKvlf]
ID:WLeCaQbI発狂中

288 名前:login:Penguin mailto:sage [2006/12/19(火) 22:27:06 ID://1HgQEi]
sun386i と sun3 の disk の繋ぎかえはダメって話だったな



289 名前:login:Penguin mailto:sage [2006/12/19(火) 23:12:48 ID:LR+FoNiH]
結局のところ、>>260-261が的を射ているんだな。
で、ビッグエンディアン環境⇔リトルエンディアン環境のディスク移動ってLinuxではほとんどないんじゃねえの?
SunとかMacとかなら要望は多いだろうけど。

290 名前:login:Penguin mailto:sage [2006/12/19(火) 23:40:54 ID:leiixtBd]
スラッシュドット ジャパン | LeopardはZFS対応か?
slashdot.jp/mac/06/12/19/0314236.shtml
刻はZFSの鼓動を見る。たぶん。
blog.ninth-nine.com/diary/20061212.txt






[ 続きを読む ] / [ 携帯版 ]

前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