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

[過去ﾛｸﾞ] /**ファイルシステム総合スレその1**/ (979ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

246: mfs [age] 02/08/15 19:48 ID:InG6D1KV(1) AAS
奥●ﾀﾝ召還ｼﾙ!

247(2): 02/08/15 20:58 ID:6VVrldzj(1) AAS
このひと、ほんとにfjで有名なの？
どのあたりに出没してる？？
見かけた覚えが無いんだけどさ。

248: 02/08/15 22:07 ID:cIvyC2Bn(1) AAS
>>247
昔はＮｅ○ｏとキ○ガイ争いをしてたもんだよ。
今はどっちも落ち付いたけどね。

249: 02/08/15 22:16 ID:TJ+84Zvx(1) AAS
>>247
fjは知らんがFreeBSD-users-jpで見るよ
し●いさんもね

250: 02/08/16 12:35 ID:0NkDl+/d(1) AAS
ありがとう！
でも、よく自分で教祖とか名乗れるなあ...ある意味すごい人だね

251(1): 02/08/16 17:42 ID:dZwUHEEe(1/2) AAS
ちょっと質問です
Linux から FreeBSD のパーティションをマウントしたいのですが
mount -t ufs -o ro,ufstype=44bsd /dev/hda1 /mnt/bsd
とやるとそのBSDスライスの最初のDisklabelしかマウントできません。
先頭以外のdisklabelをマウントするにはどうしたらよいのでしょう？

252(2): 02/08/16 18:22 ID:UOJemfl9(1) AAS
>>251
たぶんカーネルの再構築が必要。

Linux カーネルに BSD ディスクラベルサポートが含まれていれば、
個々のBSDパーティションがそれぞれひとつのデバイスに見えるはず。
スライス全体が一つのデバイスにしか見えていないという事は、
CONFIG_BSD_DISKLABEL が無効になっていると思われる。

もし、BSD スライスが Linux の前にある場合、カーネルを再構築して
CONFIG_BSD_DISKLABEL を有効にすると、Linux からはパーティション
が増えたようにみえるので、パーティション番号が変わってしまう。
あらかじめ fstab を修正しておかないとファイルシステムがマウント
省3

253(1): 02/08/16 19:47 ID:dZwUHEEe(2/2) AAS
>>252 多謝!

何はともあれマウントできたのでよかったのですが、

> もし、BSD スライスが Linux の前にある場合、カーネルを再構築して
> CONFIG_BSD_DISKLABEL を有効にすると、Linux からはパーティション
> が増えたようにみえるので、パーティション番号が変わってしまう。

うちの環境(Kernel-2.4.19)では、BSDスライス内のDISKLABELは
デバイス番号の最後(9-12)に追加されてます.

こんな感じでした.
/dev/hda1 fat32
/dev/hda2 ext2
省10

254: 252 02/08/17 00:22 ID:B2eIXR90(1) AAS
>>253 改善されてるとは知らんかった。昔の仕様はあんまりだったもんなぁ。

255(2): 02/08/22 15:04 ID:fkpQ61rx(1) AAS
おい、お前ら。今日 LWN 見たら 2.4.19pre4 に JFS が入ってたってよ。なぜageぬ?

256(4): 02/08/25 03:14 ID:BSpv5L+d(1) AAS
お前ら、ReiserFSはやめておいた方が身のためです。
半年経ちましたが、fsckしたらボロボロですた。
次はおとなしくext3にします。

257(2): 02/08/25 07:14 ID:pHrzsknW(1) AAS
>>255
なぬ? となると実装がやっと枯れてきて 2.4 系にものっけられるようになった
ってことか? 仕様上はいちばん stable な fs だから、要注目だね。
ってことで、はよ 2.4.19 出ないかな?

258: 02/08/25 09:47 ID:9JXCQ99u(1) AAS
>>255
>>257
2.4.20-pre4の間違いの様な…。

259(1): 名無しさん 02/08/25 10:52 ID:vioyeR21(1) AAS
>>256
JFSかXFSがいいと思うよ…

260: 02/08/25 15:00 ID:0kKqXfHW(1) AAS
>>257
codeはunstableだと思うガナー > jfs

261: 02/08/26 02:55 ID:eFUMptdH(1) AAS
>>259
XFSはパッチ当てるのがめんどいのでイヤ。
2.4.20が出たらJFSを使ってみようかしらん。

262(1): 02/08/26 23:44 ID:MBK3WhBV(1) AAS
ｶﾞｰﾝ…ReiserFS評判良さげだったから入れちゃったのに…

263: 256 02/08/27 00:37 ID:zGfonRto(1) AAS
>>262
私も半年前はそう思ってました。
その頃から「ReiserFSはアブナイ」という評判は聞いてましたが、
そうそう壊れるもんじゃないと思ってました。
それより、「小さいファイルに対してアクセスが速い」という情報の方が
魅力的に感じたものでした。
でも、やはり安定が一番です。

264: 02/08/29 12:30 ID:4M+MI2fc(1) AAS
linux-users:94909で、
ReiserFSで消せないファイルがあって困ってる人がいるんだけど、
ここの住人さんで分かる人いない？

265(1): 02/08/30 01:00 ID:elAoHO+F(1) AAS
バックアップ取ったうえでreiserfsckかけてみろ

266: 02/08/30 08:12 ID:m6tLISJ4(1) AAS
最近は全然問題起きてないけど、
いろいろみてるとなんか怖いね。reiserfs。
2.2と2.4の両方を使ってるときはひどかった。

はやくJFS/Linux, XFS/Linuxがstableになるといいな。

267(1): 名無しさん 02/08/30 09:28 ID:DB/ZQhUg(1) AAS
xfsはどうしていつまでもpatchのままなんだろ?
充分安定していると思うのだが…

268: 02/08/30 11:00 ID:cxTwSFOj(1) AAS
>>265
reiserfsckは実行しても何も変わらなかったそうです・・・。
当分はext2を使ってるのが無難なんですかね。

269(1): 02/08/30 11:24 ID:I2Pts/y9(1/2) AAS
reiserfsck --rebuild-tree

270(1): 02/08/30 12:17 ID:iNUX/dH6(1) AAS
>>267
patchがでかすぎるからだろ。
2.5.xのtodoには入ってたYO!

>>269
それをやってる最中にあぼーんしたことがあるので、
止めた方がいいです。

271: 02/08/30 12:23 ID:2HEwL/NQ(1) AAS
圧縮ファイルシステムはどれ？

272(2): 02/08/30 12:48 ID:6XZ/kODg(1) AAS
e2compr には御世話になったものだが…

273(2): 02/08/30 16:15 ID:I2Pts/y9(2/2) AAS
>>270
外部ﾘﾝｸ[php]:kerneltrap.com
だからバラして統合を目指す方向らしい
ACLとかは後回しみたい

274: 02/08/30 21:29 ID:tKqGai8T(1) AAS
最強のファイルシステムは xfs でファイナルアンサー？

275(2): 02/08/30 21:46 ID:XtDT2zWn(1) AAS
>>272いまもe2comprのお世話になっています(^^;おかげで、最新カーネルに移行できないという罠

276: 02/08/31 00:08 ID:WfS/3IZC(1) AAS
>>273
XFSがカーネルに統合されるのはうれしいことだけど、
ACLってXFSの目玉機能の一つだったから、ちょっと残念だな。

277: 02/08/31 00:36 ID:FPjRpIrY(1) AAS
>>275
自分も重宝していた。主にニューススプールや /usr/share に対して
使っていたけど、さほど速度の低下もなかったし、ディスクが減ったとき
の急場凌ぎにも使えた。

てっきり 2.2.x で統合されると思ってたのだけどね。ディスクも大容量で
安くなったし、あまり意味がなくなってしまったのかな。開発は正式に中止?

今だったら ~/.navi2ch あたりに使いたいかな(w

278: 名無しさん 02/08/31 13:43 ID:64NHELMM(1) AAS
>>273
そうか。ACLはkernel本体の準備が万全になってからで仕方ないか…

279(1): 02/08/31 20:20 ID:s5Ijt6B3(1) AAS
ext3でマウントしているんですが、マザーに４台、IDEカードに４台　さらにIDEカード２台の合計１０台繋いでるんでか、I/Oエラーが頻繁に起こります
繋ぎすぎなんでしょうかね？

280: 02/08/31 20:51 ID:06AbHVSY(1) AAS
>>279
多いな。やっぱつなぎすぎで電源が足りてないんだと思う。
過去のログでも電源を見直してみれというレスがつく事が多かった。

281(2): 02/09/02 03:11 ID:Nj/FQuJU(1) AAS
2.4.20-preに入ったのに何かと話題になりにくいJFSを入れてみました。
みなさん、XFSばかり可愛がらないで、JFSも愛してやってください。

282: jfs 02/09/04 14:07 ID:e8/pSBxz(1) AAS
>>281
最新では、resize もできるようになったみたいだしね。lvm+jfs でﾏﾝｾｰになったのかな?

283: 02/09/04 16:12 ID:dVDvhjH/(1) AAS
>>281
実装が枯れてくれば XFS よか素性はいいから使いたいところなんだけどねぇ。
問題はいつになったら実装が枯れるのか。まあ、使わないことには枯れないのは
確かなんだけど。

284: JFS 02/09/05 14:03 ID:b0HIm7rm(1) AAS
枯れてないのはReiserFSやXFSも同じなんだから使ってやってください。

285: 02/09/05 18:06 ID:FG/HMLnd(1) AAS
そもそもファイルシステム以前にkernel自体枯れてない罠

286: XFS 02/09/05 21:41 ID:sJqBA6A6(1) AAS
でも、おいら的には仕事でXFSでなれてるんで、このままXFSでいきまする。

でも、かなり前からacパッチに統合されてる分だけJFSの方が使っている人が
多そうなんだけどどうなんだろ。

287(1): 02/09/06 13:47 ID:uA0LI3Xv(1) AAS
アドバンスト・ファイルシステム・インプリメンター・ガイド第11回
ファイルシステムの更新
外部ﾘﾝｸ[html]:www-6.ibm.com

288(3): 02/09/14 12:29 ID:97ftJODt(1) AAS
事情がありまして、Kernel 2.2.20を使っているんですが、EXT3を使うためのパッチって
ありますか？

289: 02/09/14 12:37 ID:kx0swn8m(1) AAS
>>288
その事情とはipchainsから乗り換えられないためと見た！
で、
外部ﾘﾝｸ:ftp.kernel.org
このあたりにないかのう。

290: 02/09/14 13:14 ID:B9dlUKMe(1) AAS
>>288はマルチ。

291: 02/09/15 01:04 ID:uUp6xh6w(1) AAS
>>288
Vine の 2.2 系のカーネル使えば?
漏れも最近まで 2.2.20 でﾊｧﾊｧしてたし。

292: 02/09/15 02:00 ID:LyqVgR2j(1) AAS
reiserfsはマルチプロセスで読み書きが発生すると極端に遅くなるような気がするする。
結局XFSに戻してしまった。

293(2): 02/09/16 07:36 ID:uUt+35Wb(1/2) AAS
reiserfs より XFS の方がディスク多く使います？
ディスク消費量少なくてすむと思ってたのに増えてしまって。
移行のときヘマしたのかも。普通に cp したけど。

294(1): 名無しだったのかもしれない… 02/09/16 11:04 ID:BUBCT+nI(1) AAS
>>293
> 普通に cp したけど。

symbolic linkが無くなって、copyされてるんじゃないの?
$ \ls -l /usr
してみれ。/varや/usr/shareに対するsym. link残ってる?

295: 293 02/09/16 12:05 ID:uUt+35Wb(2/2) AAS
>>294
嘘書いてました。cp じゃなくて cp -a しました。

>$ \ls -l /usr
/usr の下にはもともと symbolic link はなかったような気がしますが。

symbolic link をコピーする時にリンク先をコピーしてしまってディスク消費
量が増えているかもしれない、ってことでしょうか？
もともと symbolic link のあった場所をいくつか見てみましたが問題なさそ
うです。
# ってもしかしてそういうことじゃないかも。

ちなみにどれくらい増えたかというと
省4

296(1): 02/09/16 17:48 ID:F6rBInAI(1) AAS
reiserfsの方が「小さいファイル」の格納はうまかったような気が。

297: 02/09/16 22:44 ID:DO7Ba14K(1) AAS
>>296
小さいファイルの読み書きが速いというのは聞いたことがあるが、格納もうまいの？

298(1): 02/09/18 00:37 ID:rJNtBE3P(1) AAS
ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
外部ﾘﾝｸ:slashdot.org

299: 02/09/18 00:53 ID:rZLlypOF(1) AAS
>>298
2.4系列にはバックポートしてくれんかのう……

300: 02/09/18 18:46 ID:jQCFqTBW(1) AAS
Test of six linux filesystems: ext2, ext3, jfs, reiserfs, vfat, xfs on linux 2.4.5
外部ﾘﾝｸ:aurora.zemris.fer.hr

301(1): 02/09/19 01:24 ID:gnQ1F6hp(1) AAS
/.Jでこのスレと同じようなこと繰り返してるな。

302: 02/09/21 06:56 ID:87jQZSfI(1) AAS
>>301
私は235,236,238,245です
/.では簡潔な発言をした方のACです
softupdateは鰯の頭です

303: 02/09/21 21:44 ID:MYgJ1qK+(1) AAS
2.5のXFSはバッファキャッシュを使わずに巨大な
I/Oを一度に発行するので，でかいデータを扱っても
割り込みの数やCPU負荷を抑えられるというメリットが
あります。

304: 02/09/24 07:57 ID:gLll3W7j(1) AAS
NortonGhost2003《やっと》ext3に対応。

305: 02/09/25 18:13 ID:xXMi80dh(1) AAS
LinuxのUDFって日本語ファイル名が使えないの？

306(1): 02/10/02 20:33 ID:PGECUQKR(1) AAS
>>272,275
かめれすだが ...
e2compr の 2.4 対応版でてきたよ。
外部ﾘﾝｸ:www.alizt.com

307: 02/10/03 01:54 ID:pwZAl6sE(1) AAS
>>306
（ﾟ∀ﾟ）すばらしい！！
だが・・・なんて色使いなんだこのページわ・・・

308(1): 02/10/04 14:26 ID:PyejdkGq(1) AAS
外部ﾘﾝｸ:marc.theaimsgroup.com
なんか、もーreiserfsなんて要らない感じだな

309: 02/10/05 11:40 ID:J7Z01N8L(1) AAS
近代的な(linuxの)fsの機能
o 高速なディレクトリアクセス(hashでB-treeに対抗できてる？)
o i-nodeのダイナミックアロケーション
(reiserfs, jfs, xfs: df -i で変な数字が出てくる)
o ブロックの遅延確保(XFS)
o バッファキャッシュを使わずに巨大I/O(xfs,(jfsはジャーナルのとこだけ))
o SMPでのスケーラビリティ(ext3は低い，ext2を含めて他は高い)
o tail merging(reiserfs)
あとはlinuxでの動作実績(1年ぐらい)も欲しい

310(1): 02/10/05 12:16 ID:bWaKYQqn(1) AAS
>>308
ディレクトリのアクセスが速くなるのはいいけど
ReiserFSｽﾃと言うほどExt3が良いの？どんな点が？

311: 02/10/05 12:54 ID:u3TOzvfM(1) AAS
ReiserFSはこれからのFSだからもうちょっと見守ってみるべきかと。

312: 02/10/07 10:32 ID:SAwA6HJ3(1) AAS
実際問題としてディレクトリエントリへのアクセスが
遅いなと感じるようなディレクトリ構成は、何か間違っていると思う。
>>310
reiserfsとext3をそれぞれ別の端末で使ってたけど、
クラッシュ時に嫌な壊れ方をするのは前者だったので
新規にmkfsするときはext3の方が多いです。

313(1): 02/10/07 23:41 ID:0Hu6kU8a(1) AAS
EXT3のパーティーションをfsck.ext2やっても何も問題ないですか？

314(1): 02/10/08 01:53 ID:WXvW/Y3L(1) AAS
fsck.ext3ってfsck.ext2のhard link、、、じゃないな、今見たら
ファイルサイズはもちろんMD5も同じなんで同一バイナリなのだろうが
違うinodeだな、なんじゃこりゃ(debian sid/i386の環境)

>>313
つーことで、問題無いというか同じ事だと思います

315: 02/10/08 19:16 ID:fvRxGgJQ(1) AAS
>>314
ありがとうございます。今からEXT3にします。

316(1): 02/10/09 23:48 ID:glBts/Pi(1) AAS
さて、今から 1TB のディスクをフォーマットするんだが、
ファイルシステムは何が良いだろう。(ext2,ext3,reiserfs,jfs)
ポイントとしては、1)小さい多量のファイル 2)NFS の２点。

自分としては reiserfs にするか jfs にするか迷っているのだが。

317(1): 02/10/10 00:04 ID:BmQPitdK(1) AAS
テストしないの？

318: 02/10/10 00:33 ID:MluNRh/+(1/2) AAS
やってるよ。
でも例えば dd if=/dev/zero of=/mnt/disk1/largefile
とかやってHDD全体をなめるテストだけでも１日かかるんだわ。

319: 02/10/10 12:06 ID:BIlKE6ng(1) AAS
>>316
reiserfsは小さいファイルへのアクセスが速いが，まだ若すぎる．
1TBっていうからには個人での用途ではなく，
安定性が求められると思うんだが，
それだったら現状ではext3あたりしか選択肢はないように思えるんだが．
>>320はどうよ？

320(1): 02/10/10 12:08 ID:bo3lwRwH(1) AAS
んー、ディスク半分くれたら考えてもいいよ。

321(1): 02/10/10 14:35 ID:MluNRh/+(2/2) AAS
ext3(data=jarnal)は書き込み性能が他の半分程度しかない
(bonnie++で計測)んで、選択肢としては悪くないのだが...
使用環境を想定したテストはまだこれからなんだが、
チェックの組合せが多いとぼらんてぃあーではしんどいんだわさ。

322: 02/10/10 21:27 ID:EfhnIyya(1) AAS
>>321
data=journalなら書き込み時間が倍になるのは
道理だと思うのですが？

323(2): 02/10/11 00:50 ID:GfF/nRnu(1/3) AAS
いや、だから、ext3(data=ordered)とjfsとreiserfsから
選択するとしてもext3なのかな...と思って。

324: 02/10/11 03:53 ID:jehWricB(1) AAS
>>323
話が全然見えません

325: 02/10/11 11:14 ID:xMDGjF+I(1) AAS
>>323
jfsが選択肢に入ってるのにxfsが選択肢に挙がっていないのは何故？
xfsも1.1になってだいぶ改善されたとかdeveloperWorksの記事にあったけど。
(>>287のリンク先の記事)

326(2): 02/10/11 12:43 ID:GfF/nRnu(2/3) AAS
1)たまたまテストしているマシンがターボでxfsが入っていない
2)xfsは大きいファイルに強いが小さい大量のファイルはどうか？
と言う点で今回の選択肢には入ってません。2)の経験談ありませんか？

(別の数MB～数百MBのファイルサイズが主の500GBのHDDでxfs+lvm運用で
そろそろ１ヵ月になるのがありますのでxfsを無視している訳でなないです)

今回の用途とは別だけど、
-rw-r--r-- 1 XXXXX XXXXX 1357266583552 10月 11日 03:12 /mnt/disk1/test/bigfile
と書き込みはOKだったが、
dd if=/mnt/disk1/test/bigfile of=/dev/null
とかやったら
省2

327: 02/10/11 12:46 ID:GfF/nRnu(3/3) AAS
あ、ちなみに上のエラーはreiserfs上です。

328: 02/10/11 22:55 ID:g0fFCgZg(1) AAS
>326
lvmってMAX256GBじゃなかったっけ？

329: 256 02/10/11 23:33 ID:/fgIRKQ8(1) AAS
>>326
reiserfsはホントに壊れます．
個人用途で半年間 '/'(ルート)をreiserfsで使いましたが，
気付いたときにはfsckでも解決できないくらい壊れてました．
結局，フォーマットして入れ直し．(ext3にした．)
悪いこと言わないからreiserfsだけはやめた方がいいです．

あと，ちょっとやそっと速いことなんかより，安定性を重視するべきだと思うよ．

330(1): 02/10/12 20:02 ID:zC91l6Vv(1) AAS
reiserfsの悪い噂は散々聞いているが、使用時のkernelのバージョン
と一緒に聞いたことはほとんどないな...
develpersworksの記事にも最近のreiserfsは安定してきているとあるが、
どうよ？

lvmはPEのサイズ変えれば2TBまでいけます。

331: 256 02/10/12 21:23 ID:QYLrd0q3(1) AAS
>>330
確かに．
ちなみに私は導入時(インストーラのカーネル)は2.4.9だったけど，
すぐに当時最新だった2.4.17にした．
Debian/testingなので，Debianにカーネルの最新パッケージが
登場するたびにカーネルは作り直した．
壊れてるのが発覚したときは2.4.19だったと思う．
残念ながらいつ壊れたのかはわからない．

332(2): 02/10/13 08:29 ID:8PJX0kK8(1) AAS
漏れは二台reiserfs onlyで運用してるけど、
特に問題出てないなぁ。昔は酷かったけど。

333: 02/10/13 21:30 ID:9gy9v5IE(1) AAS
EXT3使ってますが、Windowsみたいにデフラグみたいなやつし無くても大丈夫なんですか？

334: 02/10/13 23:44 ID:UpTP18/F(1) AAS
FAT が特別ダサいだけです

335(1): 02/10/14 00:04 ID:YfAlwh43(1) AAS
>>332
カーネルのバージョンキボンヌ．

336: 02/10/14 01:59 ID:ZkuvAxLC(1/2) AAS
その後のテスト経過ですが、ファイルシステムをext3(data=orderd)にして、
NFSテスト(bonnie++をローカルとリモートで１日実行)はOKでした。
小さいファイルの扱いは、1-64kBのランダムな大きさのファイルを
書き込んで、後で読み込むというテストをやっているのですが、
６つほど並行して１日実行しても、60GBほどしか埋まりません。
(しかもまだ書き込みフェイズだし)
ファイル数は180万、１つのディレクトリに60万ほどありますが、
現時点でファイル生成の速度は極めて遅くこのままでは1TBを埋めるのは
不可能っぽいです。

ちなみに環境はターボ８(2.4.18-3smp)です。なにか良いテスト方法って
省1

337: 02/10/14 02:03 ID:ZkuvAxLC(2/2) AAS
>>１つのディレクトリに60万ほどありますが
30万のまちがいね。

338: 02/10/14 14:04 ID:gFK41Xss(1) AAS
>>335
常に2.4系最新(含むpre/ac patch)

339: 02/10/16 22:34 ID:Bv5hNcA9(1) AAS
336のテストは48時間の後中止しました。hashなしext3ではこれ以上続けても
無理なんで。

続いてjfsのテストに入りましたが、dd if=/dev/zero of=largefileは980GB
ぐらいのところでjfsCommitのカーネルスレッドがCPU異常消費で進まなく
なったので止めて、一旦別のファイルでディスク埋めた後、dd if=largefile
of=/dev/nullで読みだしはOKでした。

ローカルとNFS越しとでbonnie++の連続実行テストは始めて３０分ほどで
SCSIエラー多発でカーネル完全沈黙。2.4.20pre11を入れて再開してます。

これまでの結論。ターボ８のjfsはへたれである。

340(1): 02/10/17 00:24 ID:295BVh5O(1) AAS
ディストリ関係ある？

341: 02/10/17 01:36 ID:c6jIka81(1) AAS
>>340
禿同

342(1): 02/10/17 01:41 ID:eZtB9FEQ(1) AAS
ディストリビューターの仕事ってのは、便利なパッチを集めてきて
それを検証することではないのかな？
特にターボは金もらってやってるんだし、金とってるんだから
(テストしてるのはプロモ版だがな)もう少しマシな仕事をだな...

343(1): 02/10/17 11:54 ID:5HPpVrO6(1) AAS
>>342
JFS for Linuxがどのような状況にあるかくらい知ってんだろ．
Turboは全体的に言ってクソディストロだというのには賛成だが，
JFSの不具合をTurboのせいにするのは筋違いだと思うが．

344: jfs 02/10/20 14:35 ID:z2W/yCBV(1) AAS
そんな jfs の 1.0.24 ﾘﾘｰｽ age

Utilities changes

- byte-swapping fixes for big-endian hardware
(fixes in logredo and fsck.jfs)

File System changes

- readSuper() was incorrectly checking return status of sb_bread()
- change name of get_index to read_index fixes MIPS build issue
- Releasing LOGGC_LOCK too early
In txLazyCommit, we are releasing log->gclock (LOGGC_LOCK) before
checking tblk->flag for tblkGC_LAZY. For the case that tblkGC_LAZY
省6

345: 02/10/20 14:45 ID:wOzazl+a(1) AAS
ひさびさにこのスレ見た。
ものすごく sage 進行だ…

上下前次 1-新書関写板覧索設栞歴

あと 634 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.037s