01/10/29 13:09
結局ReiserFSはダメダメってことで
113:名無しさん＠お腹いっぱい。
01/10/29 13:33
>>111
あと依然として SoftUpdate には fsck が必要だね
114:風の谷の名無し
01/11/03 16:37
XFSはいいぞー。マイナーだけど。
漏れのノートで使ってるよ。ｱﾌｫKDEのせいでリセットしまくりだけど
一度も飛んだことないっす。XFSマンセー。
(でも開発メンバーリストラされたらしい・・・)
115:名無しさん＠お腹いっぱい。
02/01/29 11:40
>>112同意
116:名無しさん＠お腹いっぱい。
02/01/29 11:49
>110
今売ってるハードディスクがそんなんで飛ぶとは思えないなぁ。
それに、電源切るのがいやならリセットでもいいだろ。
117:名無しさん＠お腹いっぱい。
02/01/29 12:00
>>116
漏れもそう思っていたが、ごく最近実際そうなった。
買って半年の○BMのHDD…。
118:名無しさん＠お腹いっぱい。
02/01/29 12:51
>117
関連スレ 「IBMのHDD、半年で2台死亡」
ｽﾚﾘﾝｸ(hard板)l50
119:名無しさん＠お腹いっぱい。
02/01/29 20:14
オレはNTFS使う
120:名無しさん＠お腹いっぱい。
02/01/29 21:35
>>111
sync > softupdate
ではないの?
121:名無しさん＠お腹いっぱい。
02/01/29 21:38
>>113
FSCKかけないFSなんぞ怖くてつかえん。
122:
02/01/29 22:59
>>121
昔の本には、定期的にfsckするのは媒体異常をチェックする意味もある、て書いてあるよね。
ふだん使ってない領域をアクセスしたら壊れてた・・・とかならないように。
でも、現代のHDDだったら不要では？て議論はあっても良いと思う。
123:名無しさん＠お腹いっぱい。
02/01/30 01:51
ディスクのライトキャッシュのフラッシュはまじめにやってるんだろうか？
ジャーナリングの場合は
1,ログの書き込み
2,ディスクキャッシュのフラッシュ
3,ダーティなデータを適当な順序で書き込み
となると思うが
softupdateの場合はどうなりますか？
124:名無しさん＠Ｅｍａｃｓ
02/01/30 15:00
>>123
こうなる
URLﾘﾝｸ(www.mew.org)
125:名無しさん＠お腹いっぱい。
02/01/30 23:09
これ、わかりやすかった。
URLﾘﾝｸ(www.dd.iij4u.or.jp)
126:123
02/01/31 00:18
>>124
ディスクのキャッシュのフラッシュはどこに入るんでしょうか？
127:名無しさん＠お腹いっぱい。
02/03/05 01:07
softupdateは順序に対する制約が多いので、ディスクドライブが賢くなると
ジャーナリングに対して不利になります。
Solarisは(多分)それを見越してsoftupdateではなく、ジャーナリングを
使っていると思われます。
128:仕様書無しさん
02/03/09 16:42
保守あげしまーす
129:名無しさん＠お腹いっぱい。
02/05/22 07:57
130:名無しさん＠お腹いっぱい。
02/06/15 21:10
salvage sage ;D NetBSD 1.6 + LFSv2 coming soon!
131:名無しさん＠お腹いっぱい。
02/07/31 20:49
とりあえず保全sage
132:名無しさん＠お腹いっぱい。
02/08/04 22:46
CPUのアイドルの時に、定期的に裏で、プライオリティ最低で、
ハードディスクをRAWデバイスとして、トラックを順番に読んでみて
磁気記録のECCが壊れてないかどうかを見にいかせるオプションが
欲しいなぁ。FSCKなどは、今ファイルとして使っているブロック
しか対象としないし、しかもリンク情報しか触らないから中身が
壊れていても読み出すまでは判明しない。
133:名無しさん＠お腹いっぱい。
02/08/04 23:01
JFS4BSDは着々、のようですな
134:名無しさん＠お腹いっぱい。
02/08/04 23:08
>>132
FreeBSD の diskcheckd が正にそれでは。最初は base に入ってたけど、今は ports に移動されている。(sysutils/diskcheckd)
135:名無しさん＠お腹いっぱい。
02/08/06 11:48
>>125
難しくてあまり分からなかったけど、ext2系は怖いな。
136:名無しさん＠お腹いっぱい。
02/08/14 19:33
あと、ext2のfsckって、Solaris ufsのfsckとかに比べて、妙に遅いし....
137:名無しさん＠お腹いっぱい。
02/08/15 11:50
>>136
Linuxのext2の実装は全OS中最も本格的にasyncです。
URLﾘﾝｸ(www.tux.org) などを見ると
場合によっては他のOSのtmpfs,memfsの類よりも高速です。
その分こわれかたも最強なので、fsckも最強の復元力を要求されるため
遅くなってしまいます。
138:名無しさん＠お腹いっぱい。
02/08/15 15:08
んで、ext3は単にext2にジャーナル付け足しただけなんで、fsckは必要なく
なっているものの (なぜか数回のbootごとにfsckかかるけど) 壊れかたに
違いはなく、怖～いfsのまま…。まあ、Linux界にはもっと怖いReiserFS
なんてシロモノもありますけど。
Linuxで原理的にまともなfsというとXFSがJFSってことになりますけど、
どちらも実装はまだちょっと未成熟なので、実運用時の安定性ではext2&ext3
に劣るようです。
139:名無しさん＠お腹いっぱい。
02/08/15 15:49
速度的にはext2がなんだかんだで一番だったな。
ext3にするとちょっと遅くなるけど。個人的にはXFS使ってます。
ReiserFSは小さいファイルが沢山あるときは速いんですが、エロビデオなんかを扱うような
場合は不利になりますね。あとNFSするときにも不具合がありますし…(VFS絡み)
XFS/LinuxがACLを実装して運用できるようになればますますおもしろい。
140:名無しさん＠お腹いっぱい。
02/08/15 20:29
>>138
URLﾘﾝｸ(www.zdnet.co.jp)
あと、LinuxのFile Systemを話題に出すならこれも参考にすれ。
ｽﾚﾘﾝｸ(linux板)l50
141:名無しさん＠お腹いっぱい。
02/08/25 21:46
ファイルシステムを取り替えたら、Linuxのスワップファイルのサイズの
１個あたり２GBという制限が取り除けますか？ ４０GBのスワップを
とるのに２０個の領域を取るのが美しくないし、あまり良くないです。
できれば単一のドライブに４０GBのスワップ領域を１つデンととって
終わりにしたいのですがぁ。。。
IA-64だと、スワップの大きく取れないシステムなんて、意味ないですから。
142:名無しさん＠お腹いっぱい。
02/08/25 23:18
スレッドタイトルが読めない方がいます
143:名無しさん＠お腹いっぱい。
02/08/26 03:48
JFFS2マンセー
144:名無しさん＠お腹いっぱい
02/08/26 07:00
>>141
主記憶はどのぐらい実装するの？ こっちのほうが興味あるなぁ
145:名無しさん＠お腹いっぱい。
02/08/26 11:39
XFS良いよね。
Indogo2使っていた時はぜんぜん思わなかったけど，
「linux(ext2)触りだしてなんでこんなに悲惨な事になるのよ！！」
しまいには，
「またかよ…。」
XFS for Linuxが安定して運用できるレベルになることを望む。
#今も良い感じなんだけど，稀におかしくなるね。
146:名無しさん＠お腹いっぱい。
02/08/26 12:42
>>145
XFS、希にと優香、結構おかしくなります。
XFS or JFSが枯れるまではext3使わざるを得ないと思います。
147:名無しさん＠お腹いっぱい。
02/08/26 12:52
>>146
使わないといつまでも枯れないですね。。
148:名無しさん＠お腹いっぱい。
02/09/06 22:59
すいませんがお前らBFSも語ってください。
漏れはわからん・・・(;´д`)ｽﾏﾝ
149:名無しさん＠お腹いっぱい。
02/09/06 23:11
OpenBFS を NetBSD に移植して欲しい
MIT-style license だし
150:名無しさん＠お腹いっぱい。
02/09/23 10:08
NetBSD の lfs_cleanerd が数時間 segment clean し続けたときはあせった
ログに
/netbsd: fs_segclean: not cleaning segment 588: 8192 live bytes
last message repeated 19 times
lfs_cleanerd[509]: lfs_segclean: segment 588: Device busy
last message repeated 187 times
こんな感じで message 出まくり
2G の partition で /usr/pkgsrc に使っているんで必要なファイルを backup した後
#rm -rf *
でファイル消したら止まったけど, そんなに file system がぐちゃぐちゃだったのか
151:名無しさん＠お腹いっぱい。
02/09/24 11:38
>>150
最近のcurrentってLFSフツーに使えるんでしょうか？
話を見てると怖くて試せないす。
152:150
02/09/24 22:43
>>151
こっちは 1.6 なんで current はどうか分からないけど
working directory のようなそれほど重要でない場所ではについては
それなりには使えると思う
書き込み速度はやはり速いし
>>150 は LFS を NFS で export して
NFS client の方から pkgsrc を compile しまくったときに現れた message
で file system がぐちゃぐちゃというのは directory などがぐちゃぐちゃという意味ではなくて
segment 自体が相当虫食い状態になったんだろうなということ
単なる推測で言った言葉です
153:名無しさん＠お腹いっぱい。
02/09/25 10:27
>>152
なるほど。pkgsrc くらいだったら壊れて問題ないし、
私も試してみようかな。thx
154:兄弟スレ？
02/10/23 21:02
ext3ジャーナリングファイルシステム
ｽﾚﾘﾝｸ(linux板)
/**ファイルシステム総合スレ その1**/ （既出）
ｽﾚﾘﾝｸ(linux板)
155:名無しさん＠お腹いっぱい。
02/10/24 12:06
>>154
ext3ジャーナリングファイルシステム
は
/**ファイルシステム総合スレ その1**/
に統合されたんだ。
むやみに貼るな。
156:名無しさん＠お腹いっぱい。
02/11/15 03:55
ジャーナルファイルは二度書き込むらしいので遅いのではありませんか？
RAID5＋UPSなどを組んでいるディスクを使う場合には、
ジャーナルファイルでなくても ext2 のようなファイルシステムで十分
でしょうか？
157:名無しさん＠お腹いっぱい。
02/11/15 04:46
>>156
全ての書き込みをsyncでやると遅くなるので、
大抵はジャーナルだけsyncで書き他を全てasyncで書いている。
RAID5で保護される内容とジャーナルファイルシステムで保護される内容を理解していないと思われ。
RAIDはディスクの破壊に対処するシステムで、
ジャーナルファイルシステムは予期せぬシステムダウンによるファイルシステムの破壊に対処するシステム。
UPSを使えば安全と思うかも知れんが、kernel panicなど電源以外の要因でシステムダウンすることは往々にしてありえる。
158:山崎渉
03/01/15 13:22
（＾＾）
159:山崎渉
03/03/13 17:54
（＾＾）
160:名無しさん＠お腹いっぱい。
03/03/18 20:00
LFS
161:山崎渉
03/04/17 12:15
（＾＾）
162:あぼーん
あぼーん
あぼーん
163:あぼーん
あぼーん
あぼーん
164:あぼーん
あぼーん
あぼーん
165:名無しさん＠お腹いっぱい。
03/05/28 18:35
sage
166:名無しさん＠お腹いっぱい。
03/07/01 15:20
reiserfs v4はどうなのよ？
犬糞ネイティブだけあって糞なのか？
167:あぼーん
あぼーん
あぼーん
168:名無しさん＠お腹いっぱい。
03/08/04 01:02
GRUBのUTF2対応はまだー？
169:あぼーん
あぼーん
あぼーん
170:名無しさん＠お腹いっぱい。
03/09/07 01:53
ぬるぽ
171:名無しさん＠お腹いっぱい。
03/09/10 13:24
名前がカッコイイから使おうかな・・・・・
じゃーなりんぐふぁいるしすてむ・・・・
っでなににつかうの？？
172:名無しさん＠お腹いっぱい。
03/09/18 22:09
>>171
ベンチマークとか。
173:名無しさん＠お腹いっぱい。
03/09/22 04:27
/**ファイルシステム総合スレ その2**/
ｽﾚﾘﾝｸ(linux板)l50
174:名無しさん＠お腹いっぱい。
04/09/27 10:30:29
>>173
そんな板orスレッドないです。
175:名無しさん＠お腹いっぱい。
04/10/06 11:44:28
>174
ｽﾚﾘﾝｸ(linux板:801-900番)
176:名無しさん＠お腹いっぱい。
04/12/04 03:33:49
BSDファイルシステム使いたいんだけども?
177:名無しさん＠お腹いっぱい。
04/12/04 09:54:18
どうぞ?
178:名無しさん＠お腹いっぱい。
04/12/04 16:56:52
PC-UNIXで動くまともなファイルシステムってないの？
179:名無しさん＠お腹いっぱい。
04/12/04 17:13:08
あります
180:名無しさん＠お腹いっぱい。
04/12/05 22:49:08
ありません
181:名無しさん＠お腹いっぱい。
04/12/05 22:53:57
まともな、の定義によるね。linux xfs 程度でまともと言えるなら、ある。
182:名無しさん＠お腹いっぱい。
04/12/06 01:57:16
>>178
OS関係ないだろ。
愚痴るなら「PCで動くまともなファイルシステムってないの？」ですな。
っつーか仮にファイルシステムに問題があるとしても、
その問題を顕在化させたユーザに責任があるっていう。
183:名無しさん＠お腹いっぱい。
04/12/06 13:48:20
FreeBSD の FFS なんて他の unix と比べたって熟しているものの
一つじゃないのかな。
まあ 5系の UFS2 になると熟度はだいぶ落ちるのかもしれないけど。
184:名無しさん＠お腹いっぱい。
04/12/23 22:53:34
XFSマンセー。
LVMでパーティションを小さくできないのが唯一の悩みだけど。
185:age
05/11/18 01:00:07
さいきんはどうなのよ
186:名無しさん＠お腹いっぱい。
05/11/18 02:41:39
reiserfs はかなり速いよ。データベース用途によか。
187:名無しさん＠お腹いっぱい。
05/11/18 04:10:53
U33 Linuxカーネル座談会/2 で、NTT の人が評価してみたら
確かに ReiserFS だけ異常に速かったんだけど、よくよく
調べたらジャーナリング処理をサボっているところがあって、
そこをちゃんと障害回復できるように直してみたら、Linux
の他のファイルシステムと同じ性能になっちゃったって話が
あったらしいよ。りょうせいさんの Tiki に載ってる。
188:名無しさん＠お腹いっぱい。
05/11/18 18:34:39
結局のところ、今も Linux は(どのファイルシステム使ってても)
file system 関連は信用するなってことかな?
189:名無しさん＠お腹いっぱい。
05/11/18 18:59:29
Windowsが一番いいな
190:名無しさん＠お腹いっぱい。
05/11/19 00:18:25
UFS Journaling って見込みはどうなん?
191:名無しさん＠お腹いっぱい。
05/11/19 01:56:36
見込みってのをどういう意味で言ってるのかが分からないけど、
UFS journaling って、まあ ext3 みたいなもんなので、いまどき
ちょっと古くさいなあって感じはあるんじゃないの？
ないよりはマシだけどさ。
できれば、ディレクトリが肥大しても性能低下がなくて (UFS_DIRHASH
はカーネルのメモリを無駄に使うのがちょっと駄目)、あと、利用中に
resize できたりするジャーナリングファイルシステムが欲しいと思う。
192:名無しさん＠お腹いっぱい。
05/11/19 07:52:54
結局 FreeBSD に JFS やら XFS を porting するって
話は停滞中なのかな?
193:名無しさん＠お腹いっぱい。
05/11/19 08:35:02
FreeBSDそのものが停滞中です
194:名無しさん＠お腹いっぱい。
06/01/17 16:59:44
>>192
よく分からないけれど、reiserfsは読めるようになったみたい。
195:名無しさん＠お腹いっぱい。
06/02/06 21:37:16
>>191 そこでLFSですよ。
196:名無しさん＠お腹いっぱい。
06/02/06 23:45:09
見たら >>191 がとても笑えることを書き込んでいた
197:名無しさん＠お腹いっぱい。
06/02/12 22:35:36
久しぶりに見にきたんだが NTT のアレがまるで話題になってないな。
実装を間違えてなければかなりよさげなんだが、使ったやついる？
198:名無しさん＠お腹いっぱい。
06/02/12 23:58:37
> 実装を間違えてなければかなりよさげなんだが、
間違えるとか以前に、GCがまだ実装されていません。
199:名無しさん＠お腹いっぱい。
06/02/27 13:08:47
自動GCは実装しないとかほざいたしな
200:名無しさん＠お腹いっぱい。
06/03/10 16:39:16
>>199
それって、普及させるつもりはありませんって事だよね？
201:名無しさん＠お腹いっぱい。
06/03/17 20:17:21
NTTのやつって開発者の話聞く限り、自動でバックアップ作ってくれるファイルシステムを作りたくて出来たもののような気がする。
バックアップなんだからGCで勝手に削除されるのは逆に困るっていってたよ。
202:名無しさん＠お腹いっぱい。
06/03/17 22:11:22
VMS の履歴保存ファイルシステムみたいなものかな?
しかし自動でバックアップって、そんな簡単に
バックアップ部分を展開したり引き出したりできるんかいな?
203:名無しさん＠お腹いっぱい。
06/03/17 22:53:52
>202
日時指定でread onlyマウントできるよ。
なんかログのヘッダ領域にいろいろコメント埋め込んで、そのコメント使ってviewの指定ができるようにしたいらしい。
204:名無しさん＠お腹いっぱい。
06/03/17 23:06:48
ディスクフルでシステムが止まるの問題がある限り使い物にならない
205:名無しさん＠お腹いっぱい。
06/03/18 00:22:54
>204
作者の真意まではしらんが
通常の汎用のfile system と思うとそうなるけど
別な使い方を想定しているんじゃないのか?
206:名無しさん＠お腹いっぱい。
06/05/14 12:36:34
ジャーナリングが SoftUpdate よりも優れている点って何？
207:名無しさん＠お腹いっぱい。
06/05/14 13:05:58
snapshotをちゃんと取ってくれれば良いんと違うか?>>201
ここの話ってVxFSでいいような気がする(高いけど)
208:名無しさん＠お腹いっぱい。
06/05/31 20:55:31
FreeBSDのXFSまだー？
209:名無しさん＠お腹いっぱい。
06/06/01 19:03:14
JFSが最強もたまには思い出してあげて下さい。
210:名無しさん＠お腹いっぱい。
06/06/01 19:10:33
コスプレ好きには最適の出会い系サイト
URLﾘﾝｸ(www.happymail.co.jp)
マジエロい娘が多いんでコスプレokになる確率がかなり高い
NGでもなし崩し的に着せちゃってプレイするんだけどネｗ
211:名無しさん＠お腹いっぱい。
06/06/03 17:07:31
>>208
今のところ(永久に?)読むだけ
むしろFreeBSDがｲﾗ(w
212:211だけど
06/06/11 11:33:15
FreeBSD-currentにxfsのwriteサポート入ったね
動くかどうか知らんけど
213:名無しさん＠お腹いっぱい。
06/06/25 18:29:47
geom でジャーナルやるとか言ってるな.
214:名無しさん＠お腹いっぱい。
06/07/28 16:10:30
redhatでXFSが標準で入れられないのはどうかと思われ
やっぱりSUSEですよ
215:名無しさん＠お腹いっぱい。
06/07/30 12:16:40
>>214 そうなの？ Fedoraでは行けるから同じかと思ってたよ。
216:名無しさん＠お腹いっぱい。
06/08/20 10:28:47
freebsd-fs ML 眺めてみたら gjournal ってのが >213 の話かな?
8/9 の post で final patch キボンとか言ってるね @ 7-current
217:名無しさん＠お腹いっぱい。
06/10/11 23:22:32
なあ、ReiserFSがどうなるのか教えてくれよ
URLﾘﾝｸ(slashdot.jp)
218:名無しさん＠お腹いっぱい。
06/10/13 09:34:21
Reiser filesystem development to continue
URLﾘﾝｸ(www.linux.com)
そのうちopentechpressにも翻訳されるだろう。
219:名無しさん＠お腹いっぱい。
06/10/13 22:53:30
ZFSでいいじゃん。
もうすぐホットスペアやダブルパリティもサポートされる
220:名無しさん＠お腹いっぱい。
06/10/14 05:43:16
>>219
凄く期待してるんだが、ホントに信頼できるのかよくわからない。
逆説的だがみんなが使って、データ飛ばして、
データが飛ぶ確率出してみないことには信頼性云々の話が出来ない。
221:名無しさん＠お腹いっぱい。
06/10/14 18:22:47
とりあえずさ、2次ストレージやバックアップストレージとして使うと
いいんじゃない？
222:名無しさん＠お腹いっぱい。
07/01/22 10:06:43
ディスクドライブのコントローラボードに搭載されるキャッシュが
32MBとかそれ以上とかにでっかくなって、さらにコントローラ内で
コマンド順を入れ替えて効率的な読み書きをするようになってくると、
いったいどこまでの情報が本当にディスクに書き込まれたのか
わかんなくなって、ジャーナル自体も本当に書き込まれたか
怪しくなってくる気がするんだけど、そんな心配してしまうのは
俺が素人だからですか？
223:名無しさん＠お腹いっぱい。
07/01/22 10:44:06
>>222
素人というよりATAの知識しかないからでは。
ここでも似たような書き込みがあるな。
ｽﾚﾘﾝｸ(linux板:388-番)
224:名無しさん＠お腹いっぱい。
07/01/22 12:06:52
なるほど、SCSIやSATAではFUAというコマンド（機能？）があるから
これを使って確実に書き込ませるということが出来るんですね。
適当なタイミングでフラッシュしてやれば書き込み順も保証できる、と。
PATAではFUAを提供していないにもかかわらず、最近のPATAドライブ
では書き込み順を変更している場合があって、しかもドライブ側の
キャッシュに入った時点で書き込み完了通知を返してしまう、
ということなんですね。
225:名無しさん＠お腹いっぱい。
07/01/22 12:09:32
うぉ、FUAってフラッシュを強制させるコマンドじゃなかったのか。
URLﾘﾝｸ(pc.watch.impress.co.jp)
NCQは、ホスト側から送られてくるコマンドを、ドライブ側で実行順位を
並び替えて最適化し、高速化をはかる技術。パラレルインターフェイスでは、
デバイス側からコマンドの終了を通知する手段がなく、実現できなかった。
FUAは、電源障害時のデータ消失を防止する機能。通常のHDDでは、
Writeコマンドの終了通知は、HDDのバッファに書き込まれた時点で通知される。
ディスクへは書き込まれていないため、この時点で停電が起きた場合は、
バッファ内のデータは失われる。FUAでは、データをディスクへ書き込んだ
時点で終了通知をホストへ返すため、停電などによるデータ消失の可能性
を軽減できるという。
226:名無しさん＠お腹いっぱい。
07/01/22 19:00:41
単なる write cache enable /disable とはどう違うの?
227:名無しさん＠お腹いっぱい。
07/01/22 19:02:18
>>226
パフォーマンスが落ちない。
228:名無しさん＠お腹いっぱい。
07/01/24 01:46:07
まぁ、ジャーナリングなんか止めて、ZFS使えと。
229:名無しさん＠お腹いっぱい。
07/01/24 10:38:33
ZFS って Solaris 以外だと何に移植されてるんだろう。
230:名無しさん＠お腹いっぱい。
07/01/24 11:01:28
FreeBSD , FUSE/Linux, MacOSX
231:名無しさん＠お腹いっぱい。
07/01/24 11:24:35
Linux は FUSE かぁ・・・
いや、単に「ファイルシステムはカーネルスペースで」
っていう固定観念から逃れられていないオレが
古いだけで拒絶しているのかも知れんが。
232:名無しさん＠お腹いっぱい。
07/01/24 12:30:00
>>231
マイクロカーネルOSならともかく、モノリシックカーネルOSならその認識は正しい。
FUSEは読み書きできて可搬性が広がるっていう程度。常用するものじゃない。
233:名無しさん＠お腹いっぱい。
07/01/24 23:55:27
>>229 Solarisを使えと
234:名無しさん＠お腹いっぱい。
07/02/21 14:39:11
>>224
> PATAではFUAを提供していないにもかかわらず、最近のPATAドライブ
> では書き込み順を変更している場合があって、しかもドライブ側の
> キャッシュに入った時点で書き込み完了通知を返してしまう、
> ということなんですね。
書き込み順変えられるのはSATAIIの方だろ(NCQ)
あとPATAはキャッシュをフラッシュできるのでこの点はOSの努力不足
ATA
URLﾘﾝｸ(community.osdev.info)
0xe7 No-Data FLUSH CACHE
235:名無しさん＠お腹いっぱい。
07/02/21 17:45:24
WAFLはいいらしいが高いし
どうよ
236:名無しさん＠お腹いっぱい。
07/02/22 23:10:33
>>235 ZFSはとても良いが無料だよ
237:名無しさん＠お腹いっぱい。
07/03/14 16:00:58
閑話休題
238:名無しさん＠お腹いっぱい。
07/07/28 22:21:56
それはさておき
239:名無しさん＠お腹いっぱい。
07/08/03 10:46:15
一体いつになったらNTFSを超えるFSが出てくるのだろうか。
それともオプソ連中には荷が重いか。
240:名無しさん＠お腹いっぱい。
07/08/03 22:25:09
そんな餌で…
241:名無しさん＠お腹いっぱい。
07/08/25 21:38:40
ZFSでいいじゃん。
242:名無しさん＠お腹いっぱい。
07/08/25 23:03:03
「ジャーナリズム宣言。」 extended3
243:名無しさん＠お腹いっぱい。
07/08/26 02:19:23
NTFSは変に細かいところで多機能だからなあ
複数ストリームなんて誰が使ってるんだと思ったら、
これが意外なところで使われていたりとか
244:名無しさん＠お腹いっぱい。
07/08/26 02:39:21
どんなとこで？
245:名無しさん＠お腹いっぱい。
07/08/28 02:24:34
>>244
ウィルスの隠し場所とか
246:名無しさん＠お腹いっぱい。
07/08/28 06:28:38
「MACは基礎がセキュアだから絶対ウィルス感染しない」
を思い出した。
247:名無しさん＠お腹いっぱい。
07/12/19 02:20:02
知らぬ間にVxVM/VxFSが無料になってるとは・・・
248:名無しさん＠お腹いっぱい。
07/12/19 07:28:10
まじかよ
249:名無しさん＠お腹いっぱい。
07/12/19 09:51:21
* *
＊ ＋ うそです
n ∧＿∧ n
＋ (ﾖ（* ´∀｀）E)
Y Y ＊
250:名無しさん＠お腹いっぱい。
07/12/21 03:08:48
機能限定版だけどずいぶん前に無償化されてる。
251:名無しさん＠お腹いっぱい。
08/02/10 15:49:12
いらね。ZFSで十分
252:名無しさん＠お腹いっぱい。
08/06/01 18:12:10
>>222-224とかの書き込みを見ると、
HDDの write cache は最近のOSなら有効にしても問題ないってことでいいですか？
253:名無しさん＠お腹いっぱい。
08/09/06 21:20:13
あげ
254:名無しさん＠お腹いっぱい。
08/09/07 10:04:05
ｽﾚﾘﾝｸ(sakud板:118番)
118 : 削除彩虹 ★ : 2005/06/25(土) 21:09:51 ID:???0
本来、dat落ちするはずのスレを無意味な一行レス、空白行、AAなどで
存続させる意味はありません。
何のために即死判定や倉庫落ち判定の制限があるのか考えて下さい。
また、既に話題が尽きて有用な投稿がなく、保守のみで長期間延命されているスレは
需要がない、続ける意味がない、無用であると、２ちゃんねるの管理人は考えています。
議論するのは自由ですが、管理人の意に反するルールが適用されることはない
ということだけは言っておきたいと思います。
255:名無しさん＠お腹いっぱい。
08/09/07 15:46:11
googleのGFSで十分
256:名無しさん＠お腹いっぱい。
08/09/07 17:40:53
googleはあてにならない
257:名無しさん＠お腹いっぱい。
08/09/07 19:55:19
最近DragonFlyのHAMMERとかNetBSDのWAPBLとか出てきてるみたいだけど実際どうなの？
FreeBSDのgjournalは事実上async運用が前提みたいだし。
258:名無しさん＠お腹いっぱい。
08/09/07 22:47:04
HAMMERは前評判はいいけど、DragonFly自体の評判がいまいちだからなぁ
259:名無しさん＠お腹いっぱい。
08/10/01 20:37:22
ZFSはメモリ長者な64bit環境でないと厳しいらしいけど、HAMMERはi386のデスクトップ環境で
実用的に使えるレベルで収まるんだろうか？
大地ﾀｿのところでFreeBSDにHAMMERを移植するって話にZFSの品質改善が先じゃね？って意見が
出てるとか書いてあったけど、HAMMERなら少メモリで実用になるならそっちを進めてくれた方が
嬉しいよな。 Vista効果でいまどきNoteでも1～2GBメモリ＋160～320GBのHDDってのも当たり前
になりつつあるから、FLASHやAdobeReaderの関係でのi386縛りを考えると、その状態でGNOME環境や
KDE環境が余裕でオンメモリ稼働するならメリットはあるし。
260:名無しさん＠お腹いっぱい。
08/10/20 02:19:05
age
261:船木康博
08/10/20 06:54:08
おはようございます。(6:50 2008/10/20 JST)
私は医者ではありませんので、でたらめを書いているときがあります。
最新情報によっては、現時点での常識というものが覆されることがあります。
下記情報については、信頼のおける専門医か、かかりつけ医に聞いたほうがよいです。
くれぐれも性病にはご注意を。病院でも保健所でも検査できるかもしれません。
その他の方法も、ネットで調べれば見つかる可能性があります。
外見はメタボではなくても、隠れ糖尿病予備軍は、肝心な時に困ります。
性病によっては、赤ちゃんが無事に生まれるかどうかにも関わります。
オシッコの泡を時にはじっくり見てみよう
URLﾘﾝｸ(news.ameba.jp)
胃痛の原因はそう単純じゃありません─内臓は複雑に絡まっているのだ！
URLﾘﾝｸ(www.itmedia.co.jp)
女性限定ではありませんが、
いつもの普通の便秘と思っていても、意外と奥が深いです。
どんな美人でもうんこもしっこもおならもしますが、
うんこがでないと、からだのあらゆる方面に影響を及ぼします。
やぶ医者に注意しながら、だまされて健康面や金銭面で後悔しないようにご注意を。
幾らかでも関係がありそうな情報を複数調べて、各自でご検討ください。
マニキュアを塗ると、爪が酸素できなくなり、爪の色が変色すると聞いたのですが、... - Yahoo!知恵袋
URLﾘﾝｸ(detail.chiebukuro.yahoo.co.jp)
Do you think for the future 酸素・水蒸気透過性マニキュア
URLﾘﾝｸ(tftf-sawaki.cocolog-nifty.com)
みんなでつくろう こども語辞書 - goo ラボ
URLﾘﾝｸ(labs.baby.goo.ne.jp)
262:船木康博
08/10/20 07:31:23
ＮＨＫスペシャル 赤ちゃん 成長の不思議な道のり
URLﾘﾝｸ(www.nhk-book.co.jp)
263:船木康博
08/10/20 07:36:02
解体新ショー 「人体の神秘」を解明します
URLﾘﾝｸ(www.nhk-book.co.jp)
264:名無しさん＠お腹いっぱい。
09/01/05 14:06:30
ぬるぽ
265:名無しさん＠お腹いっぱい。
09/01/05 16:37:29
ぬるぽするFSはいやだな
266:名無しさん＠お腹いっぱい。
09/01/11 03:47:07
>>265
"life with UNIX"にでてきたな。