09/10/27 19:31:45 yAzkp/C5
●過去スレ
01 ｽﾚﾘﾝｸ(linux板)
02 ｽﾚﾘﾝｸ(linux板)
03 ｽﾚﾘﾝｸ(linux板)
04 ｽﾚﾘﾝｸ(linux板)
05 ｽﾚﾘﾝｸ(linux板)
06 ｽﾚﾘﾝｸ(linux板)
07 ｽﾚﾘﾝｸ(linux板)
08 ｽﾚﾘﾝｸ(linux板)
09 ｽﾚﾘﾝｸ(linux板)
10 ｽﾚﾘﾝｸ(linux板)
●関連リンク
ext4 URLﾘﾝｸ(www.bullopensource.org)
reiserfs/reiser4 URLﾘﾝｸ(www.namesys.com)
xfs URLﾘﾝｸ(oss.sgi.com)
jfs URLﾘﾝｸ(jfs.sourceforge.net)
nfs URLﾘﾝｸ(nfs.sourceforge.net)
ntfs URLﾘﾝｸ(www.linux-ntfs.org)
fuse URLﾘﾝｸ(fuse.sourceforge.net)
btrfs URLﾘﾝｸ(btrfs.wiki.kernel.org)
NILFS2 (NTT) URLﾘﾝｸ(www.nilfs.org)
en:List of file systems
URLﾘﾝｸ(en.wikipedia.org)
Linuxファイルシステム技術解説
URLﾘﾝｸ(www.atmarkit.co.jp)
File Systems in Linux
URLﾘﾝｸ(www.linux.org)
2:login:Penguin
09/10/27 19:36:22 yAzkp/C5
Linuxの次世代ファイルシステムは「バターFS」!?
URLﾘﾝｸ(www.atmarkit.co.jp)
Linux ジャーナリング・ファイルシステムの徹底調査
URLﾘﾝｸ(www.ibm.com)
Linux フラッシュ・ファイルシステムの徹底調査
URLﾘﾝｸ(www.ibm.com)
Linux filesystem benchmark 2008/1-2
URLﾘﾝｸ(www.t2-project.org)
URLﾘﾝｸ(www.t2-project.org)
Filesystem Specifications - Links & Whitepapers
URLﾘﾝｸ(www.forensics.nl)
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
URLﾘﾝｸ(plaza18.mbn.or.jp)
URLﾘﾝｸ(plaza18.mbn.or.jp)
キャラディのジョークな日々「ショートショート:Raiserfs」
968 名前：login:Penguin[] 投稿日：2009/10/27(火) 05:40:32 ID:jiElCaIn
Raiser4 書いた人って、2006年に妻を殺害して第一級殺人犯になった男だよな？
969 名前：login:Penguin[sage] 投稿日：2009/10/27(火) 11:39:34 ID:T/52Nhue
だれでも考えつくことだが、彼は思い立ったら実行するタイプなんだ。
次スレ担当>>970だそうです。
3:login:Penguin
09/10/27 21:09:00 tKoU9VEY
乙
4:login:Penguin
09/10/27 21:14:33 HIZbYvWX
Btrfs
(本家曰く、思いっきり開発中なので評価以外の用途はお勧めしません。)
URLﾘﾝｸ(btrfs.wiki.kernel.org)
ChunkFS
(信頼性と復旧の改善を狙って分割管理)
URLﾘﾝｸ(linuxfs.pbworks.com)
SpadFS
(クラッシュ後の復帰とディレクトリの高速化。ジャーナリングの代わりにcrash countsを使う)
URLﾘﾝｸ(artax.karlin.mff.cuni.cz)
ベンチマーク ext2,ext3,ext4,reiserfs,jfs,xfs,ChunkFS,NILFS,btrfs,reiser4,ZFS
URLﾘﾝｸ(www.csamuel.org)
ベンチマーク ext2,ext3,ext4,reiserfs,reiser4,jfs,xfs,vfat,ntfs,zfs,btrfs
URLﾘﾝｸ(tetralet.luna.com.tw)
5:login:Penguin
09/10/27 22:54:45 szp/tgag
952 名前：login:Penguin [sage]： 2009/10/25(日) 11:16:53 ID:inCB1OT5
マジレスしとくと「大昔からfsyncの問題は議論されていて」じゃなくて「大昔にfsyncの問題は議論されていて」
更に言うと、この時、HDDの書き込み方向のキャッシュをパフォーマンスの為にこれからも利用し続ける事になったが
その所為で、他の*NIXを利用している連中(教祖様含む)からLKMLやNetNews、教祖様に至っては怪文書で色々とケチを付けられた
これがこのスレで度々書き込まれる、fsync問題とか称するバカ話の発端
なぜバカ話かというと、当時ケチを付けていた連中の使っていた*NIXですら、今では書き込み方向のキャッシュを利用しているから
つまりは今となってはHDDの書き込みキャッシュを利用する方が標準なわけ
しかも昔のSeagateとかならともかく、今ではHDD自体がキャッシュに留まっているのか、ちゃんと書き出したのか
そこまで判定できるし、読み込みと書き込みでキャッシュのパイプラインを分けている物も多数あるんで殆ど問題ない
なぜ「殆ど」かと言うと、キャッシュに溜っているのか、それともちゃんと書き出したのかの判定をせずに
HDDからの完了通知を即書き込み完了として処理する、とてもアレなFSも中にはあるから
まあこのスレの馬鹿共は、ここでFSを名指ししたりすると即アンチ認定しそうだからFSの名前は伏せとくわ
自分で調べてくらさい
6:login:Penguin
09/10/27 23:41:45 kt9dOFeG
なんだコイツ、キモイな。
てめーの書き込みをわざわざ次スレまでコピペしてんじゃねーよタコ。
7:login:Penguin
09/10/28 00:10:37 IuU/Q22S
前スレ952の人気に嫉妬
8:login:Penguin
09/10/28 00:41:15 6li4A9sd
AppleはSunがOracleに買われたからってことでZFS on OS Xを止めちゃったけど、
ZFSよりもbtrfsのほうがずっと先行き危ないと思うんだけどなぁ。
Appleのやることはわからん。
9:login:Penguin
09/10/28 02:36:23 b5uue/NU
>>8
ライセンス問題らしい
URLﾘﾝｸ(slashdot.jp)
10:login:Penguin
09/10/28 03:06:21 0Uvx40wl
>>5
コピーするなら、「JFSですね、わかります。」
まで入れておくべきだと思う。
11:login:Penguin
09/10/28 10:05:58 to2oh3IR
米Apple、「Mac OS X」向け「ZFS」プロジェクトを閉鎖
URLﾘﾝｸ(sourceforge.jp)
> AppleのMac OS Forgeのプロジェクトページには、開発打ち切りの理由は明記されておらず、
>「ZFSプロジェクトは停止となった。メーリングリストとレポジトリを間もなく削除する」とだけ記している。
> 開発打ち切りの背景として、Sunを買収する計画を発表している米Oracleが「btrfs」を開発していることから、
>ZFS開発を継続しないと予想されていることが予想される。ZFSを巡っては、米NetAppがSunを相手取って
>特許侵害訴訟を起こしている。
12:login:Penguin
09/10/28 10:20:34 to2oh3IR
オンライン・デフラグやリサイズも
次世代ファイルシステム「Btrfs」はSSD最適化にも注力
URLﾘﾝｸ(www.atmarkit.co.jp)
13:login:Penguin
09/10/28 11:42:14 FfA7xf+I
BSDLなカーネルにGPLなファイルシステムは入れられるの？
FUSEは別だろうけど
14:login:Penguin
09/10/28 11:52:30 b5uue/NU
BSDLとGPLは互換性あるし問題ないでしょ。
全体がGPLになるけど。
15:login:Penguin
09/10/30 10:26:52 3aG5ez0i
ubuntu 9.10導入
ext4でデータ消失のバグが報告されているのでJFSにしてみました
どうかな
おまえらが言うような結果になるのでしょうか
16:login:Penguin
09/10/30 12:35:36 dySd2Mc2
JFSはIBMがOS/2からポートした、というネームバリュー以外になにもない。
17:login:Penguin
09/10/30 13:07:30 pe4zRRJo
え、AIXでなくてOS/2からのポート？
18:login:Penguin
09/10/30 14:10:21 3T+lkiwV
AIX→OS/2→Linux
19:login:Penguin
09/10/30 16:15:19 3aG5ez0i
15です
JFSは非常にすばらしいことがわかりました
もちろん実験前から勝負はついてるんですけどね
512MBを超えるとデータ消失とかないですからw
20:login:Penguin
09/10/30 17:42:29 1avBewfQ
>>19
>>5 >>10
あるいは
前スレ
ｽﾚﾘﾝｸ(linux板:952番)
ｽﾚﾘﾝｸ(linux板:955番)
21:login:Penguin
09/10/30 17:47:55 3aG5ez0i
>>20
おまえらの信じ込みが過ちを招くのだよ。
22:login:Penguin
09/10/30 22:22:24 /Cb3mDIP
AIXのJSFとOS/2のJSFはけっこう違ってるってのを過去スレで見た。
Linuxのは劣るほう(OS/2のほう)のやつをベースにしてるとか。
信憑性はしらん。
23:login:Penguin
09/10/30 22:24:08 p6Bh+fPS
／(^o^)＼ﾅﾝﾃｺｯﾀｲ
24:login:Penguin
09/11/01 00:13:52 c74q3/Kd
HDD 全体の暗号化は無謀なのか？
物理的にHDDにアクセスできる場合、file permission は無意味であるから、暗号化によって
・ファイルの閲覧
・ファイルの改ざん
を防ぎたい。ファイルの改ざんを防ぐのは、ファイルの閲覧を防ぐことに関連していて、
実行ファイルが改ざんされていると、暗号化は無意味になってしまう。
（例えば /bin/bash を アレゲな実行ファイルにすり替えて、攻撃者はやりたい放題！）
こうなると、ディスク全体を暗号化する必要がでてくる。
しかし暗号化されたファイルシステムに対応したブートローダは少ない。
いろいろ調べてみたが、ブート前認証（pre-boot authentication）で暗号化されたボリュームを復号化し、
ブートローダやカーネルからは透過的にアクセスできるシステムを聞いた。
で、誰か知らないかなこれ？
ファイルシステムおたくの皆さん情報求む。
25:login:Penguin
09/11/01 00:34:34 KU2qNmI2
>>24
URLﾘﾝｸ(www.google.co.jp)
%83%80%E3%82%84%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB%E3%81%8B%E3%82%89%E3%81%AF%E9%80%8F%E9%81%8E%E7%9A%84+%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9+%E6%9A%97%E5%8F%B7%E5%8C%96%E3%80%80HDD&lr=lang_ja
URLﾘﾝｸ(www.google.co.jp)
やっぱりだめかな。
詳しい人おながいします…。
26:login:Penguin
09/11/01 00:36:38 c74q3/Kd
>>25
ありがとう。
まだ読んでないけど
Full system encryption for Linux (yes, even the kernel)
URLﾘﾝｸ(xercestech.com)
も参考になるかも。
ちょっと頑張ってみるよ。
27:login:Penguin
09/11/01 23:56:53 3YKZM7wE
>物理的にHDDにアクセスできる場合
が何を指しているのか判らない。
外して他のマシンに付けて読み込む事を防ぐのかローカルからrootでログイン
された場合を想定しているのか。
bootもstage1を想定して(無理だと思うが)のかカーネルロードが終わってinit
の起動辺りからを想定しているのか。/bootパーテーション以外の暗号化は比較的
簡単に出来たと思ったが。
28:24
09/11/02 21:09:48 nf5yYOOC
当初の計画とは大幅に脱線しましたが、結論から言うと、なんとかできました。
暗号ボリュームは dm-crypt + LUKS で実現します。
もちろん、このままでは Grub が 困ってしまいますので、Grub 2 を導入しました。
Grub は USB メモリにインストールしました。
（Grub のモジュールや設定ファイルも USB メモリにパーティション切っていっしょに入れます）
そして Grub のシェルから:
grub> insmod luks
grub> ls
Enter passphrase: *****************
Attempting to decrypt master key...
Slot 0 opened
(lk0) (hd0) (hd0,1) (hd1) (hd1,1)
やりました！(lk0) が暗号ボリュームです。
/ やら /boot を LVM で管理している場合は、さらに:
grub> insmod lvm
grub> ls
(vg0-lv0) (vg0-lv1) (lk0) (hd0) (hd0,1) (hd1) (hd1,1)
イェィ！
(VG-LV) という形で現れます。あとはふつーに:
grub> set root=(vg0-lv0)
grub> linux /vmlinuz-xxx root=/dev/mapper/lv1 （←もちろん initramfs で対応する必要がある）
grub> initrd /initrd-xxx
grub> boot
おｋ、起動しました。感動です。
が、毎回コレをやるのはアホなので、設定して grub-mkconfig で grub.cfg を更新すれば完璧です。
29:24
09/11/02 21:11:50 nf5yYOOC
USB メモリは自分の責任で管理する必要がありそうです。
さすがにここまでやるのは僕しかいないよな...
以上、初心者のメモでした。
30:login:Penguin
09/11/05 06:58:43 CbYPEfAR
被害届：USBメモリ １個
31:login:Penguin
09/11/05 17:50:04 NZnr/6iR
>>30
最悪USBメモリが盗まれても大丈夫でしょ。
Grubのモジュール書き換えられたらアウトだけど。
（パスフレーズを盗むためのコードを仕組める）
つまり、世の中に完璧は存在しない。諦めろ。
32:login:Penguin
09/11/05 18:36:07 RIeUe8xw
これってUSBメモリやそのバックアップ紛失してもレスキューできるの？
あと米国国防省でも解読できない？
33:login:Penguin
09/11/05 18:36:16 t/gdzP4f
よく分かんないけどよほど大事なものがはいってんだな
34:login:Penguin
09/11/05 20:27:40 iGpy/b9A
どうせエロ動画だろ
35:login:Penguin
09/11/06 09:59:33 i8V8Q4X9
>>32
Googleが本気になったら解読できる。
36:login:Penguin
09/11/06 11:13:47 Bm+iX39c
>>31
なにそれ、その場合のパスワードは全部GRUBが管理してるわけ？
じゃ、こんなかんじでクラックできるか。
1. USBメモリを盗む
2. dd で別のUSBメモリを全部コピー
3. GRUBパスクラックのツールをつかってbrute force attack
4. パスゲット
5. PCパクって、パスを使用して解読
つか、俺だったらそんなことせずにHDDをパクって、バイト単位で情報ひっこぬくけどね。
dm-cryptとかってファイルの内容自体は暗号化しないんでしょ？
37:login:Penguin
09/11/06 16:36:56 S0/3jsFP
>>36
> その場合のパスワードは全部GRUBが管理してるわけ？
んなわけねーだろ
38:login:Penguin
09/11/06 22:53:17 IuM/fa17
Linuxのファイルシステムが進化する為には、AppleにBTRFSを採用して貰うしかもう駄目だね。
WebkitやOpenCLなどの様に、Appleが音頭を取らないといつまで立ってもグダグダだし。
39:login:Penguin
09/11/06 23:03:55 iXOsQrOD
>>38
マカ死ね！
40:login:Penguin
09/11/07 04:03:22 niKvEDx3
なんだまたアホApple信者か。
41:login:Penguin
09/11/07 09:22:43 BQraOWE+
GPLもCDDLも厄介なライセンスだからな
Appleが手を出すとしたらHAMMERじゃね？
とりあえずHFS+クソ
42:login:Penguin
09/11/07 11:34:20 m/BosRHN
>>38
OS Xがbtrfs採用したら、OS XがGPLになって無償再配布が可能になるんで万々歳だな。
>>41
現時点でファイルシステムはWinやLinuxに比べて10年以上遅れているけど、
ZFS捨て捨てした以上、あと数年は腐れたままなのが確定的なので、下手すると
20年遅れなんてこともありえる。
43:login:Penguin
09/11/07 14:07:02 fCWjXbCf
>>42
Linuxのコード流用しなけりゃGPLにはならないだろ
44:login:Penguin
09/11/07 14:20:20 tzm3Abzo
btrfsはGPLライセンスだから、FUSEの様な形ででもければ採用した時点で
GPL汚染ｹﾃｰｲだけどな。
45:login:Penguin
09/11/07 14:21:54 Lb6cEoPQ
なんかだんだ言ってLinuxがファイルシステムを先導してるな。
Linuxが最先端だ。
46:login:Penguin
09/11/07 14:23:32 whpRTm6C
Linuxが最先端なんて言うと精神病患者の病状が悪化するからヤメて
47:login:Penguin
09/11/07 15:11:28 Lb6cEoPQ
>>46
でも、本当のことなんだから仕方がない。
48:login:Penguin
09/11/07 15:25:43 nw0pVpxi
ネタでも荒れるやめろ
49:login:Penguin
09/11/08 00:26:53 OQjXLhp/
ネタじゃなくね？
50:login:Penguin
09/11/08 01:45:12 wRoQVOt8
>>49
まあ、ReiserFSのことなんでしょう。最先端といえば。
51:login:Penguin
09/11/08 05:15:56 GAdECNCg
刑務所FSの最先端ですよね
52:login:Penguin
09/11/08 08:31:45 10DPRXD3
chroot jail
53:login:Penguin
09/11/08 10:55:33 ipbyT38m
オラクルはbtrfsをGPL/CDDLのデュアルライセンスにしないのかな
54:login:Penguin
09/11/08 11:41:07 8qQxuMxN
するならzfsの方でしょう?
55:login:Penguin
09/11/08 11:51:29 TyReMUqQ
つか、そもそもBtrfsをlinuxツリーに入れてる時点で、オラクルはあれをLinuxようのファイルシステムとしか
考えてないでしょ、オラクルはあれを標準にしてDBと一緒に売りたいわけだし
56:login:Penguin
09/11/08 12:06:28 HCcTX1Cc
まあいいんじゃん。どうせOracleなんて会社なくなるでしょ。
57:login:Penguin
09/11/13 00:38:27 Vs1IqT4A
>>2
> 968 名前：login:Penguin[] 投稿日：2009/10/27(火) 05:40:32 ID:jiElCaIn
> Raiser4 書いた人って、2006年に妻を殺害して第一級殺人犯になった男だよな？
> 969 名前：login:Penguin[sage] 投稿日：2009/10/27(火) 11:39:34 ID:T/52Nhue
> だれでも考えつくことだが、彼は思い立ったら実行するタイプなんだ。
しかし日本では・・・
Google先生で｢夫｣の後にスペースを入れると
URLﾘﾝｸ(blog.livedoor.jp)
58:login:Penguin
09/11/15 04:22:04 jmn+r4Fz
>>57
結論: 嫁にするならGoogle派より Yahoo派の女。
59:login:Penguin
09/11/15 08:48:27 SPO/mK0i
ubuntuやopensuseでbtrfsが本格的に使われるようになるのはいつ頃かなあ
60:login:Penguin
09/11/15 09:17:30 OxJadaUt
fedraが採用する頃
61:login:Penguin
09/11/15 12:18:24 jmn+r4Fz
なんか、あちこちの記事読んでると、ext4 が案外性能良いみたいですね。
「ext3を付け焼き刃で拡張しただけ」かと思ってましたが、
開発者も多くて、malloc や gcc 4.3 のバグなども修正しながら、
パフォーマンスを上げてきているようで。
62:login:Penguin
09/11/15 14:45:41 iL7okWx2
自分で評価するのが一番。
一度 ext4 使ってしまえば ext3 に戻る気なんてしないから。
それぐらい良い。
63:login:Penguin
09/11/15 14:50:53 jmn+r4Fz
らしいね、
ext4のベンチマーク見てると、btrfs 要らなさそうだ。
64:login:Penguin
09/11/15 14:57:27 Lo6VH+wY
えっ？
65:login:Penguin
09/11/15 14:58:34 jmn+r4Fz
ちなみに、mkfs するときは、デフォルトで推奨設定(パフォーマンス優先)になる?
66:login:Penguin
09/11/15 15:20:59 iL7okWx2
知らん。その辺は自分でソースみてくれ。
67:login:Penguin
09/11/16 07:40:26 HcV2Sll5
>>63
btrfsは高速ってわけでもないと思うが
68:login:Penguin
09/11/16 09:26:04 u9Fc4Qiy
透過圧縮のオーバーヘッドかな。
btrfsはreiserfsみたいな感覚。reiser4とよく似てる。
ほとんどのディストリはext4に移行していくんじゃないかと思ってる。
69:login:Penguin
09/11/16 10:52:07 LUaPtu/h
透過圧縮とかよりもCoWのコストだろ
どうやってもext4なんかの上書き更新系の奴よりディスク操作が多くなるから仕方ない
その分、安全なんだから一長一短という感じか
性能重視ならext4
データの安全性・冗長性を重視するならBtrfs
通常ディストリはext4、サーバー系はBtrfsてな感じになるんじゃないの？
70:login:Penguin
09/11/16 11:51:46 3gyy2E2U
結局 reiserfs や XFS に浮気をせず、 ext3 を使い続けた奴が勝ちか…。
71:login:Penguin
09/11/16 20:36:37 SEwaAid7
>>70
ほとんどのやつが勝ち組だろ
72:login:Penguin
09/11/17 00:52:19 9a2RGO/v
あんまり話題になってないけどみんなはnilfs2をどう評価してるの？
73:login:Penguin
09/11/17 01:19:36 P1OQBgIu
ずっと xfs 一筋。
74:login:Penguin
09/11/18 03:50:24 6bEuH4wO
>>72
二週間程使ってみた感想は、スナップショットが一瞬でとれる事くらい？
パフォーマンスに関しても、悪くはないけど、そう変わらない気がする、
特にこれと言って問題も無いし話すような事が出てこんなｗ
GUI作るなり、Ubuntuあたりが、なんかすれば話題になってもいい気がする
75:login:Penguin
09/11/18 03:59:30 6bEuH4wO
すまんさげ忘れた
ジャッジメントですの！
76:login:Penguin
09/11/18 06:38:32 kZw/MP4k
>>75
萎えた。
77:login:Penguin
09/11/18 07:58:39 FFt/LoHq
>>72,74
SSD使いが増えれば違った評価が出てきそう。
78:login:Penguin
09/11/18 08:34:59 98wsq94q
URLﾘﾝｸ(lkml.org)
頑張る人もいるもんだなあ。
79:login:Penguin
09/11/18 14:06:32 M1ZNuLnQ
結局、ext4の512mb以上のファイルが壊れるバグはガセだったのけ？
80:login:Penguin
09/11/18 14:11:41 AN4ywOP1
君、なんか勘違いしてない？
そんなの聞いたこともないわ。
81:login:Penguin
09/11/18 14:41:42 M1ZNuLnQ
そうか？スマン
URLﾘﾝｸ(wiki.ubuntu.com) ファイルシステムでは巨大なファイルが破損する恐れがあります
↑これのことを聞きたかったんだ
82:login:Penguin
09/11/18 15:10:25 AN4ywOP1
>>81
ああ、ほんとにそんな記述があったのね。
バグ読んだが、
1. 実際にそれが起こっているユーザーはたったの2人。
2. 恐らくSSD使用ユーザーのみ。
という、限られた環境で影響も限りなく小さいバグ(？)だろ。
気にすることではない。
83:login:Penguin
09/11/18 19:41:12 k/PvN2ku
>>82 は先月だけで10人以上(Linus含む）もファイルシステム破壊に遭遇し、みんながカンカンに怒っていた事件をしらんのかな。一応featureを
１つデフォルトでdisableにして解決した。ということになっているけど、あんだけバグ報告あったら一件ぐらい違う原因のが混じっていても
わからんと思うぞ
84:login:Penguin
09/11/18 19:53:30 bnyABEC1
>>79に>>80とレスを返してるんだぞ。
知ってる訳ねーだろが。
85:login:Penguin
09/11/18 20:50:54 vPkRiSUE
つか、fsにとってファイルが壊れるというのはかなりクリティカルな
障害だと思うんだがなぁ。
86:login:Penguin
09/11/18 21:24:05 79/cIGaY
うわー怖い。やっぱりxfsが鉄板かな。
87:login:Penguin
09/11/18 21:37:09 RDJ/mbPi
>>86
同意
先に言っておくが自演ではない
88:login:Penguin
09/11/18 22:16:03 E//bDobE
みんな、サーバで使うファイルシステムの話をしているの？
ext系って人気なの？
89:login:Penguin
09/11/18 23:45:35 AMja0bqj
>>87
自演乙
90:login:Penguin
09/11/18 23:51:02 m6nVQULy
システムや他の用途なら話は変わるが俺は大きいファイルの倉庫にするならxfs一択だな。
91:login:Penguin
09/11/19 00:05:27 Qyh1udZo
>>85
そういう悲劇を経験しないと立派なFSになれないのです。
92:login:Penguin
09/11/19 00:34:26 B7tRQTZK
小さい大量のファイルの場合は？
WindowsのファイルサーバにWindowsのインストールディスクやら
履歴バックアップファイルやら何やら大量に置いたら
エクスプローラでのアクセスがすんごく重くなったりしたのですが
ファイルサーバをLinuxにすれば解消するのかな
93:login:Penguin
09/11/19 01:33:01 c2U4zwS4
>>92
んな板違い書くくらいなら試した上で報告した方が建設的だと思わないか？
94:login:Penguin
09/11/20 06:05:53 QAQ96yK9
>>92
後半はどうでもよいが、うちはシステムやログ置き場はreiserfs、倉庫はxfsにしてるぞ。
reiserfsはジュルジュル、xfsはシャラシャラと音を立てて動いとる。
95:login:Penguin
09/11/20 07:17:05 jsAFze96
SnowLeopardはNTFSの読み書きが出来るというのにLinuxだと出来ないのか。
96:login:Penguin
09/11/20 07:27:25 qq0W+zDl
>>95
ntfs-3g
97:login:Penguin
09/11/20 17:44:21 1uno16+x
>>94
美味そうですね
今度食べてみます。
98:login:Penguin
09/11/20 23:29:58 L9cFS8tr
>>79
嘘じゃない。でも解決済み。
99:login:Penguin
09/11/21 09:17:05 y7KUzbJ/
おまえらUSBメモリのファイルシステムって何にしてる？やっぱFAT32？
ext3にしてみて初めて
アクセス権の概念がUSBメモリにも存在しうることに気づいた今日この頃
100:login:Penguin
09/11/21 09:22:00 iqCcH6fc
ext2
101:login:Penguin
09/11/21 09:35:30 y7KUzbJ/
>>100
なんで？
102:login:Penguin
09/11/21 10:27:49 sKHMurbl
ポータビリティを考えてFAT
クラスタサイズを16KBか32KBにして、クラスタ境界の位置がクラスタサイズで
アライメントされるように気をつけてる。
103:login:Penguin
09/11/21 12:27:39 0rYO28LN
>>28
使いたいので教えてほしい。
grub-1.97.1のソースコードにはluks.modは入っていないような気がするけど、
使ったGrubの正確なバージョンは?
もしかして最近のUbuntuに同梱しているとかなのかな。
104:login:Penguin
09/11/21 12:50:46 iqCcH6fc
>>103
レスありがとう。
僕は初心者なのであまり参考にならないとは思うが、気が向いたらHTML文書にしてWWWで公開しようと思う。
> 使ったGrubの正確なバージョンは?
ごめんぽ、公式のGRUBにはまだ統合されていないね。
GRUB-DevelのMLによると、Michael Gorven氏がパッチを作ったらしい。
ソースはBazaarリポジトリから落とせるよ。
URLﾘﾝｸ(michael.gorven.za.net)
USBメモリにインストールする場合は、パーティション切ってフォーマットして、そこにモジュールをインストール。
grub-install --root-directory ${モジュール入れるパーティション} /dev/${USBメモリ}
詳しいことは↓が参考になるかも。
お役に立てなくてごめん ＞＜
URLﾘﾝｸ(xercestech.com)
105:login:Penguin
09/11/21 13:28:32 0rYO28LN
>>104
thx. メンテを楽にしたいので、ディストリが面倒見てくれるまで待つことにするよ。
当方は今は/bootのみ非暗号にしてる。残りはdm-crypt+LVM。
持ち歩き用ノートPCでpassphraseは手打ち。(サーバだと手打ちは困りそうだけど)
grub.cfgぐらいなら見えても仕方ないかな、ってポリシ。
106:login:Penguin
09/11/22 20:23:08 W1NBetm+
e4defrag ( ext3(4) online defragment ) の進捗ってどうなってるか知ってる?
107:login:Penguin
09/11/22 20:27:36 WHLDtj9N
>>106
URLﾘﾝｸ(marc.info)
108:login:Penguin
09/11/22 22:36:15 W1NBetm+
>>107
これ読んでもよくわからん。
随分前から、今にも完成しそうな雰囲気なのに、
なかなか出てこない気がするんだけど。
109:login:Penguin
09/11/23 00:02:24 ytdbhYjl
リーナスがデフラグ嫌いなんだよ。
110:login:Penguin
09/11/23 00:25:23 I1npVrcE
ubuntu9.04のext4でデータが消える問題はもう直った？
111:login:Penguin
09/11/23 01:46:01 kBwpTTWB
>>109
いや、すくなくとも、ここ何年かLinusがデフラグにコメントしているのを見た記憶がない。NECにやる気がないだけだと思われ。
すくなくともTed Tsoは前向きな反応をしてるんだし
112:login:Penguin
09/11/23 11:06:32 1s2bJX+z
NEC「デフラグツールは有料です」
113:login:Penguin
09/11/23 12:37:05 M4Kof4Pb
GPLだから他の人が無料で配るよw
114:login:Penguin
09/11/23 14:53:28 SmnwTn0+
テストが十分でないと聞いたことがある。
おまえらテスターになれよ。
115:login:Penguin
09/11/23 15:20:04 koDmlgW2
実装方法がアレだから、って話じゃなかったか。
それは修正されたん？
116:login:Penguin
09/11/23 17:14:00 OYCalW+F
ext3, ext4 と、なんだかんだで長期運用する事になったので、
月に1回ぐらい、デフラグできればいいんだけどなぁ。
117:login:Penguin
09/11/23 17:41:44 eH9pPbHi
それ以前に既存のext3からext4への移行に使いたい
118:login:Penguin
09/11/23 20:23:15 OYCalW+F
>>117
ext3 から ext4 には移行できるでしょ?
119:login:Penguin
09/11/23 20:53:31 eH9pPbHi
お前は何を言っているんだ？
120:login:Penguin
09/11/23 21:02:49 1s2bJX+z
何をもってしてext4足るか
121:login:Penguin
09/11/23 21:36:35 eH9pPbHi
名前だけext4で中身がext3のまんまじゃしょうがないじゃん
>>118は「和牛肩ロース」ってラベルに書いてありさえすれば、
中身がオージービーフのスジ肉でも喜んで大枚払うらしいが
122:login:Penguin
09/11/23 21:57:20 KOZ4W3PW
>>121
名前だけって、エンハンスとか使い始めたらそのときから完全にext4ですけど？？
123:login:Penguin
09/11/23 22:00:36 1s2bJX+z
もしかして: エクステント
124:login:Penguin
09/11/23 22:40:03 eH9pPbHi
>>122
完全じゃねーよ
125:login:Penguin
09/11/23 23:25:55 z7b6dTYU
「マウント状態のままデフラグ」が出来なければ価値が無いからなぁ。
そのあたりどうなるんだろうな
126:login:Penguin
09/11/24 00:02:47 U/HVrUKJ
>>121
ちょっとは調べてから書き込めよ。
127:login:Penguin
09/11/24 02:14:54 B0kEHSFD
>>126
がんばれ
128:login:Penguin
09/11/24 02:19:28 Kk3wBSmh
ext3をext4でマウントしても既存の部分はブロック管理のままですよ。
新規に作られるファイルはエクステントベースになります。
たしか移行ツールが用意されるはずだったけど。
中身バックアップしてext4でフォーマットしてから戻した方がいいかもね。
ていうか私はそうしました。
129:login:Penguin
09/11/24 02:47:36 B0kEHSFD
>>128
> たしか移行ツールが用意されるはずだったけど。
だからそれがe4defragだっつーの
130:login:Penguin
09/11/26 18:11:34 gO4Y2dJV
>>129
そのe4defragは当分でないのですか?
131:login:Penguin
09/11/26 18:41:01 upXFx4Yd
>>106に戻る
132:login:Penguin
09/11/28 02:41:00 bW4Z6Rwb
ASCII.technologiesが中の人を一人も呼ばないファイルシステム紹介をやったぞ
とりあえずNTFSが間違いだらけだった
133:login:Penguin
09/11/28 11:49:00 tMpH+DBH
ASCIIで技術的に信用できるのはSuper ASCIIだけ
134:login:Penguin
09/11/29 20:29:16 9nZ2ocEU
週刊アスキーは巻末近くのグラビアしか見ない。
135:login:Penguin
09/12/03 14:40:12 vVkCOmYy
週アスってどの号読んでも「MSから金もらってんだろ!」と思う。
136:login:Penguin
09/12/03 18:40:03 JbSPSDOV
Linuxはファイルシステムに選択肢があっていいな
Windowsは断片化しまくりのNTFSしか使えなくて最悪
137:login:Penguin
09/12/03 18:45:31 LhDc+e3j
その通りだけど、Solaris様のZFSうらやましい。。
138:login:Penguin
09/12/03 18:52:35 lUdgKKni
画像ファイル7万くらいあるんだけど、それらを置くファイルシステムって何がいいかな？
一度置いたら書き込みはしないです。なので、読み込みのパフォーマンスがいいのと
それなりに安定してるファイルシステムがいいなと。。
画像一つあたりのサイズは500kb程度と小さいので、
小さなファイルを読み込むのに適したものがあれば、教えてほしい。
自分で調べた限りでは、"reiserfs" が適しているのではないかと思っています。
スレを見ていると人それぞれ拘りがあるようなので、一概には言えないとは思いますが…
皆さんのご意見をいただけたら‥
139:login:Penguin
09/12/03 18:56:39 hhKRGqov
パフォーマンスも重要だけど、万が一壊れたときに
データだけでも救出できることを考えれ。
140:login:Penguin
09/12/03 19:00:11 /H0mk1k6
>>138
SSD上に置けば何でもいいよ
141:login:Penguin
09/12/03 19:23:18 oi5u0tkh
>>138
ext3, reiserfs, XFS で鯖立ててるんだけど、
今なら迷わず ext4 にするわ。
パフォーマンスは、ぶっちゃけそんなに変わらないが、
vm や gcc・glibc ぐるみで開発されていく ext4 は強い。
というのが俺の印象。
XFSのvmであれだけもめたのに、ext4の時はすんなりいくから。
142:login:Penguin
09/12/03 19:52:31 lUdgKKni
>>139
一応、DVDにバックアップというか大元は焼いてあります。
HDDが逝ってしまってバックアップもとれなかった経験があるんで
気をつけるようにはしてます。
>>140
1GBあたりの単価がもう少し下がらないかなぁと…
システム用にしたいですw
>>141
あぁ ext4 もありましたね。
reiserfs と ext4 を用意して試してみます。
Linuxは色々と選べて自分の好きなようにできるので楽しいですね。
ありがとうございました。
143:login:Penguin
09/12/03 23:36:31 CMinE5F4
いまさらreiserfsなんて言っている時点でネタとしか思えん。
144:login:Penguin
09/12/03 23:37:54 65LtbbTM
一度書いたら消さない（消せない）ファイルシステムあっただろ
145:login:Penguin
09/12/04 01:21:22 aA+BNYk9
iso9660か。いいな、それ。
146:login:Penguin
09/12/04 11:27:27 hmu9s77E
log structured FSのことじゃないの？
2.6.32でXFSが
Per-backing device based writebackによってSATAで40%, SSDで20%以上高速化
空inode探しが3-4倍速くなった
と書いてあった。
147:login:Penguin
09/12/04 19:58:04 pB1EiGYG
LFSは消せるぞ。消しても断片が残り続けるので、別途GCしてあげないといけないけど。
148:login:Penguin
09/12/07 20:07:53 ZPFfT5DJ
fenrirFS
149:login:Penguin
09/12/07 23:48:58 M3aoU3Ka
Linuxってサブディレクトリに制限あるとかまじでありえないんですけど・・・
それってOSとしての機能が致命的じゃないですか？
Fedora11のext4だとその制限解除してくれるの？デフォルトでdir_nlink有効になってる？
150:login:Penguin
09/12/07 23:56:32 MffUA2ac
お前は何を言っているんだ？
151:login:Penguin
09/12/08 00:00:13 YlJIZtoK
ext3の話？
152:login:Penguin
09/12/08 00:05:44 M3aoU3Ka
そうですext3の話です。
ファイルを作りまくるバッチシステムをWindowsからLinuxに移植しようと思ったけど
サブディレクトリに制限あるとかまじ笑えるわ！
犬糞って池沼OSだったんかいな
よくこれで、「えんたーぷらいず」とか言ってるわな
これからLinuxで鯖たてるとかいうバカみたら笑ってやろう
153:login:Penguin
09/12/08 00:09:52 k88uLTwV
ファイル作りまくりじゃなくて、ディレクトリ作りまくりだろ
154:login:Penguin
09/12/08 00:17:29 /6i0fRQ1
制限に引っかかるような設計を見直すという発想がないあたりが開発者としては致命的だな
155:login:Penguin
09/12/08 00:29:31 tXv7HrQ/
サブディレクトリを32,000個以上つくるシステムの方が池沼だと思うぞ。
てかWindowsでそれだけフォルダを作成したら重過ぎて使い物にならないと思うが？
156:login:Penguin
09/12/08 00:34:27 txrRqESb
>>155
エクスプローラー経由で閲覧しなければ大丈夫
ようするにDirかけずにパスを直指定すればいい
157:login:Penguin
09/12/08 00:35:40 txrRqESb
Vistaでためしたけどエクスプローラー経由だと
サブディレクトリがある一定数をこえるとサブディレクトリ数を正常に表示できないっぽい
158:login:Penguin
09/12/08 00:51:25 mTaTrVSR
Windowsの場合、NTFSよりもOS側の制限がきつい。
159:login:Penguin
09/12/08 00:54:11 elpaqPQh
フォルダ作成＞フォルダ作成＞コピー＞コピー＞コピー～～～
ずっと繰り返した結果、数GBのデータになってたっぽく
そのPCはシャットダウン時全てを鯖に保管するシステムになっていて
とんでもないことになった学生の夏。
160:login:Penguin
09/12/08 03:02:06 LZRIq8LM
>>152
FAT16だって65534までの制限あるだろ。
それに比べたらLinuxは正しい数で制限してる。
161:login:Penguin
09/12/08 03:09:46 txrRqESb
正しい数（笑）
サブディレクトリ数を制限するのが正しいんですね分かります
162:login:Penguin
09/12/08 03:15:39 geoCVh6Q
えーと、つまり、仕様を知らずに自分がヘマしたんだけど
くやしいから、2chで粘着して憂さ晴らしってことですね、
わかります。
163:login:Penguin
09/12/08 03:32:13 zTlIVN6J
>>161
解決してよかったな
おめでとう
164:login:Penguin
09/12/08 09:35:44 WqY8oBJr
ext4やxfsとかはそういう制限はないの？
ext2でファイル数が数万越えたらOSごとフリーズしたときはびっくりした。
165:login:Penguin
09/12/08 10:07:29 k88uLTwV
ext3でdir_indexがついたのは・・・2.6からだから６年前？
166:login:Penguin
09/12/08 16:45:04 NSimDyk+
Wikipeみたらext3が32,000、ext4が64,000となってるな
167:login:Penguin
09/12/08 17:33:00 BEJc0eh6
ext4で10万ディレクトリ作成出来てるけど？
168:login:Penguin
09/12/08 17:38:36 mTaTrVSR
dir_nlink 使えばext3でもext4でも超えられる。
169:149
09/12/08 21:47:01 txrRqESb
だからそのdir_nlinkはデフォルトで有効になってるのか聞いてんだよ池沼ども
170:login:Penguin
09/12/08 22:00:23 k88uLTwV
$ cat /etc/mke2fs.conf
おっと、中身はインストールしてからのお楽しみ。
171: ◆Zsh/ladOX.
09/12/08 22:15:22 7d+xwlXt
>>169
>>170でも分かるし、
tune2fs -l /dev/読みたいパテ | grep features
でも分かる。F11の設定は…、お楽しみですかね。
172:login:Penguin
09/12/08 22:21:07 mTaTrVSR
違うシステムにマイグレーションするのになんの調べもしない人って・・・
173:login:Penguin
09/12/09 00:45:12 hWB4EwPz
バカ湧いてて笑った
174:login:Penguin
09/12/09 23:33:47 rrplPwhF
>>173
よぅ、バカ代表
175:login:Penguin
09/12/10 02:14:32 BXLxW7Kv
まともに調べないで煽って聞き出そうって腐った根性してんだから、
そりゃバカとしか呼びようがない。
176:login:Penguin
09/12/10 07:28:39 XRwPSUsB
>>168
thx 勉強になった。
177:天才
09/12/10 21:20:15 OTcfN5jK
ext4ファイルシステム破損問題が解決、犯人は……
URLﾘﾝｸ(www.atmarkit.co.jp)
／(^o^)＼
178:login:Penguin
09/12/10 21:45:05 PbnFtXY/
「リア充」ってモートンたんは独身なの？
>Unfortunately, people who have better lives than me are best off
>assuming that a subsystem maintainer is unreliable.
179:login:Penguin
09/12/10 21:48:42 QrjblcvP
Googleに在籍している時点でリア充だと思うけどなぁ。
180:login:Penguin
09/12/10 21:51:27 QrjblcvP
URLﾘﾝｸ(en.wikipedia.org)
つか、家族いるじゃん（笑）
181:login:Penguin
09/12/10 21:55:31 PbnFtXY/
better livesって、パッチ送るときに makes life easier
（幸せになれるかもしれない(パッチ)）って書くのとかと
いっしょじゃないかな。
182:login:Penguin
09/12/10 22:14:55 /a8Daj6E
今回の件は知らないけど、Andrew Mortonはわりと定期的にリア充リア充いってるよ
183:login:Penguin
09/12/11 22:04:56 el9y1f0l
リア充って英語で何て言うん？
>>177
ほんとそこのレポートはいつもわかりやすいよな thx
184:login:Penguin
09/12/11 22:06:35 YxDM3nvZ
リア充 = have better lives
185:login:Penguin
09/12/11 22:28:28 ftZzeHtQ
どっちかというとAndrewは real life が better than me みたいないいまわしをすることが多いような気がする
186:login:Penguin
09/12/11 23:49:46 el9y1f0l
リア充ってそういう意味なのか
リア厨と同一視してたわ
勉強になった。thx
187:login:Penguin
09/12/12 10:40:30 9ZLrltuo
I'm real enrich !!!!!ｗｗｗｗｗ
188:login:Penguin
09/12/12 23:15:40 FVJShMrT
>>187
エンリッチ=お塩先生?w
189:login:Penguin
09/12/13 13:22:32 SgV7RWsP
ところで real life って表現、2ch以外ではあんまり見ない気がするけど Andrew Morton はにちゃんねらーという事でいいの？
190:login:Penguin
09/12/13 16:53:09 TfHmlj0S
>>189
real life ふつーに使います
floatとかdoubleはないが
191:login:Penguin
09/12/13 20:55:09 iQHxckPm
URLﾘﾝｸ(akiba-pc.watch.impress.co.jp)
> Windows XPでは再設定が必要な1TB HDDが発売
>
> このAdvanced Format Technology（以下AFT）は、物理セクタあたりのデータサイズを
> 従来の512バイトから4,096バイトに拡大することで記録密度を高める技術。
これにLinuxのファイルシステム作るとき、どんなオプションつけたらいいの？
192:login:Penguin
09/12/13 21:23:59 M7YoxpFi
これSSD同様ランダム書き込みが非常に遅くなるんじゃね？
193:login:Penguin
09/12/13 21:42:42 iQHxckPm
XFSならmkfs.xfs -b size=4096で作るのかな？
>>192
そんな気がするね。
人柱の報告松。
194:login:Penguin
09/12/13 21:54:22 F2pV+9G+
ファイルシステムを作る前の
パーティションを切る段階で
セクタ位置に気をつけなきゃならんらしい
195:login:Penguin
09/12/13 22:00:37 iQHxckPm
>>194
8の倍数で切るの？
196:login:Penguin
09/12/13 23:13:03 F2pV+9G+
そそ、先頭を64セクタ目にして8の倍数
Vista/7では2048セクタみたい
197:login:Penguin
09/12/13 23:17:18 xu3mv+jK
論理セクタが512バイトのままだから8セクタ=4KiBでパーティションをアライメントしないと書き込み全部が物理セクタ上でミスアライメント→Read-Modify-Writeが要る
ジャンパピンの設定はXPまでのwindowsのデフォルトでずれる512バイト分読み書きをHDD側でずらして物理セクタにアライメントするようにするものらしい
別にXPで設定やソフトを使わないと絶対に使えないと言うわけではない
URLﾘﾝｸ(www.pcper.com)
MS「そんなもんとっくに予測済みだ」
URLﾘﾝｸ(support.microsoft.com)
198:login:Penguin
09/12/13 23:21:17 1pyf8xKT
>>194
昔はシリンダを意識していたのを忘れた？
199:login:Penguin
09/12/13 23:31:18 vMXzmCrz
そもそも、セクタサイズが512byteじゃないHDDは初めてじゃないし
対応してない方がおかしい(まずい)。
昔のNEC98はセクタサイズが1Kや2Kが普通で、それに対応してたし
CDROMなんかだって2Kとかだろ。
ただ、対応すべきツール類が対応してるか
特にFS内部的には大丈夫であっても
パーティションテーブルを触るツールが対応してるか、てのは
また別の話になってくるだろうな。
200:login:Penguin
09/12/13 23:49:57 szEb8IuP
シリンダだと63セクタだな
何も考えずにシリンダの倍数で切っていくと速度は遅くなるだろう。
201:login:Penguin
09/12/13 23:50:20 xu3mv+jK
>>199
話の方向がぜんぜん違う
明後日向いてる
202:login:Penguin
09/12/13 23:56:59 F2pV+9G+
アレ?パーティションの先頭セクタはどうなってんだろ
203:login:Penguin
09/12/14 01:41:57 W0i7YDeq
>>199
実際には4096byteなのにOSからは512byteに見えるっていうのが問題なんだが？
搭載されているエミュレーション機能で別に普通に使っても問題ないが、
そのエミュレーション機能の存在（つまり本来のセクタサイズ）に気づけないOSだと
色々と性能を100%引き出せない落とし穴があるがどうしようって話なわけで。
まんまSSDの時と同じだよなｗ
204:login:Penguin
09/12/14 16:17:50 Ab/XBe4X
ぶっちゃけ、NILFSとext4はどっちがおすすめ？
205:login:Penguin
09/12/14 16:18:47 jqqPNVZA
NILFS2はSSD専用FSらしい
206:login:Penguin
09/12/14 16:54:45 a+pPkqXZ
URLﾘﾝｸ(www.atmarkit.co.jp)
【ext4ファイルシステム破損問題が解決、犯人は……】
ext4は一応直ったらしい。
207:login:Penguin
09/12/14 17:05:55 UNjRCCqB
>>205
hddだけど普通にnilfs2使ってるよ
スナップショットの作成は一瞬だし
スナップショットを独立してマウント出来るし
デスクトップユーズの俺でも色々便利だよ
実績が少ないし鯖用途にはどうなんだろうね
今んとこ特に問題ないけど
208:login:Penguin
09/12/14 17:16:02 g0bbjicd
>>206
>>177
ｽﾚﾘﾝｸ(linux板:519番)
> 519 ：login:Penguin [sage] ：2009/12/10(木) 23:16:47 ID:+SXSDe/f
> >>505
> なんかまた新たな誤解発生の予感。
> これたぶん、2.6.32系のバグで9.10の話とは別物だと思うぞ。
> URLﾘﾝｸ(bugs.launchpad.net)
> ここでも最初疑われてたけど、そのコードは9.10には入ってないって除外されたんだよね。
> 当然このバグもクローズされてないし、修正も入ってない。
> >>514
> それはセキュリティ問題で完全に別物だね
209:login:Penguin
09/12/14 17:30:24 93sD593l
Ubuntu厨の勘違いだったって事だろ
210:login:Penguin
09/12/16 15:42:33 ZEcG/hbq
犯罪者が作ったreiserfsの作者って殺人で捕まってたんやなｗｗｗｗｗｗ
211:login:Penguin
09/12/16 15:47:34 Ie2Ls0vL
情報遅いね。
212:login:Penguin
09/12/16 17:51:36 L6JHqbIF
情報をいちいち中国共産党に送って検閲してもらう必要がある人種なんだろ
213:login:Penguin
09/12/16 18:19:11 c0HKos4Q
ext4のメンテナーのCao Mingmingって中国系だよね。
人殺しの作ったファイルシステムから乗り換えたいけど、どうするかなあ……
214:login:Penguin
09/12/16 18:28:51 6c7EoqEy
・・・人種がなにか問題でもあるのか？
215:login:Penguin
09/12/16 18:54:59 v6WegzGT
nilfsなんかイエローモンキーが作ったんだぜ。どうするよ？
216:login:Penguin
09/12/16 19:08:59 c0HKos4Q
ファイルシステムじゃないけどキモヲタの作ったTOMOYO Linuxも使いたくないし。
217:login:Penguin
09/12/16 19:11:09 6c7EoqEy
>>216
FSとなんの関係もない。スレ違い。
218:login:Penguin
09/12/16 19:54:22 uroDo4T/
遅ればせながら、データ置き場だけdm-cryptで暗号化させた。
遅すぎるね。
ここの人は当たり前のようにHDD全体を暗号化できてるんだろうな。
ファイルマスターだもんな。
219:login:Penguin
09/12/16 20:31:38 cbrjWX4O
>>210
ちゃんとメンテされるなら獄中だろうと俺はかまわんよ。
220:login:Penguin
09/12/16 21:47:30 jf1Yvn+n
>>218
略すとファイマス
221:login:Penguin
09/12/17 23:19:52 bNZuzPHP
>>219
獄中でメンテなんてさせてくれねーよ
222:login:Penguin
09/12/17 23:25:07 nNb/mU8/
chroot jail ？
223:login:Penguin
09/12/17 23:59:13 eQ8D8bOW
reiser4は引き継いでる人がいるから早ければ2.6.36で本家に取り込まれるらしいな
224:login:Penguin
09/12/21 01:03:15 r/AphXmE
これから俺はXFS最強伝説を唱えることにする
225:login:Penguin
09/12/21 01:03:56 r/AphXmE
ZFS使えない犬糞ってゴミOSだよね・・・
なんかライセンスに引きずられてOSとしての機能が劣ってるって場面もちらほら出てきたな
226:login:Penguin
09/12/21 03:06:00 WZbjcO+X
ちんこ
227:login:Penguin
09/12/21 07:38:42 yuyX/uBD
ライセンスに引きずられてセキュリティホール放置しているOSの話ですか？
ここLinux板ですので。
228:login:Penguin
09/12/21 10:50:14 TLAF9gKU
どっかのゴミOSは、いまだにSMP程度が不安定だったり
糞なスケジューラがデフォで遅くなったりしてるようでｗ
せいぜい技術革新満載（笑）のOSでオナニーしてなよ
俺にとってOSは道具だからLinuxがいいや
229:login:Penguin
09/12/21 11:05:49 z9AlWNCR
>>228
お前が自分の無知さをさらけ出すのが大好きな変態ってことは理解してあげたので、
いい加減しておけ。
230:login:Penguin
09/12/21 11:15:23 k5htgxjg
あ、お風呂熱かったですか?
231:login:Penguin
09/12/21 11:41:57 z9AlWNCR
気違いがID変えて粘着中
232:￣￣￣￣l/￣￣￣￣￣￣￣￣￣￣￣￣￣
09/12/21 12:59:28 k5htgxjg
／ ￣￣￣￣￣ ⌒ヽ ＿
/ /i ＼ ヽ ／ ￣ ￣ ＼
| | /////.∧ | | | | ∧ |＼､ /、 ヽ わかったから落ち着けデブ
| | |-| |〔 ==・.〕--〔==・〕--ヽ |・ |―-、 |
| .|| || ゛｀ー'(､●^●,)ー'゛ ヽ ｑ -´ 二 ヽ |
| | || ＊ ﾉﾄｪｪｲヽ ・ l ノ＿ ー | |
.| | ||:::: ﾉ ヽ｀ｰ'ﾉ ヽ :::: / ＼.￣ ｀ | /
| i ゝ::::::::::: '⌒ヽ :::: ノ O＝＝＝＝＝ |
//∧| ＼＿＿ '､＿＿,ﾉ＿／ / |
233:login:Penguin
09/12/22 22:41:45 x2UxwboG
本出るみたい
Solaris 10 ZFS Essentials
URLﾘﾝｸ(www.amazon.com)
234: ◆c0/3gzw516Ju
09/12/24 11:22:00 OE86ldCq
構想：RPM File System
例えば、RPMとファイルシステムを統合すると、
/usr/bin/firefoxが/usr/bin/mozilla-firefox-3/firefoxと自動化されたり
ファイルマネージャのlsがGNUのアイコンになったりする
235: ◆c0/3gzw516Ju
09/12/24 11:24:21 OE86ldCq
あるいは、コマンドの様態を様々に変えられるならば
Plan 9風のコマンドラインを実行する/p9/bin/makeなど
236:login:Penguin
09/12/24 21:43:28 GTqVT8bR
それMacPortsのvariantがそういう構想なんじゃないかな。
ファイルシステムよりはパッケージマネジャの機能として持ってた
ほうが便利じゃないかと思う。
237:login:Penguin
09/12/25 02:35:09 XlDPlJl6
practical-file-system-design.pdfが落とせなくなっていた・・・orz
238:login:Penguin
09/12/30 16:16:37 iQlnL61x
URLﾘﾝｸ(web.archive.org)
これのことか？
239:login:Penguin
10/01/04 22:05:01 JzDTlh3n
XFSの遅延アロケーションの、遅延時間を変えるにはどうしたらいいのでしょう?
240:login:Penguin
10/01/07 01:59:31 RVEbbwWG
>>239
XFS使いはみなさん休暇でしょうか??
241:login:Penguin
10/01/07 09:59:01 j+xINcDE
/proc/sys/fs/xfs/
242:login:Penguin
10/01/07 10:02:43 pu+sqosd
jfs-discussionにJFSには32TB付近に上限があるみたいな話がでてる。
ますますXFS一択だ。
243:login:Penguin
10/01/07 10:18:40 OhCrtRNU
xfsは今年も鉄板
ファイル削除が遅いのはなんとかなりませんか
244:login:Penguin
10/01/07 11:25:33 K468Q6uh
削除するなんてもったいない
245:login:Penguin
10/01/07 12:47:54 OhCrtRNU
富豪的発想でタイムスタンプとパス情報をファイル名にしこんで然るべき所へmvとかですか
246:login:Penguin
10/01/07 12:55:01 pu+sqosd
\5000/TB だからな・・・
こんなのもある。$7867/67TB
URLﾘﾝｸ(blog.backblaze.com)
247:login:Penguin
10/01/07 14:33:28 GWusHml5
>>245
そういうときは「ファイル名の先頭文字を0xe5に置き換える」で決まりだろjk。
248:login:Penguin
10/01/08 01:09:06 Wv03Skdd
>>245
普通にファイルブラウザでゴミ箱行き、って動作だから安全だよね。
たとえば mv hogehoge /mnt/disc/.Trash/ とか。
>>243
attr2マウントとかフォーマット時に内部なんとかを増やすんじゃなかったっけ？
iノードだったか。
>>239
xfsの遅延アロケーションて文字列自体を初めて目にしたわ。
このスレには過去出てきてない話題では。
ところで遅延アロケーションて、書き出し直前までアロケーションしないって事だよね。
つまり順序であって時間ではない。それとも時間で指定できるものなの？
249:login:Penguin
10/01/08 08:01:26 8QGnLPP/
>>248
>>241
250:login:Penguin
10/01/08 09:04:06 yYpJiWdm
今は16TBでext3の範囲内に収まってるけど、
容量足りなくなってきて32TBとか64TBとかにすると
ext3の上限に引っかかるんだよな
ext4が早く安定してガチになってくれるとありがたいんだが。
>>246
安いなーと思ったけど、
エクスパンダじゃなくてマルチプライヤなのな
怖くて使えんわ
251:login:Penguin
10/01/08 10:27:36 jioRz6bh
マルチペタバイトクラウドストレジって書いてあるだろ。
足りない知恵は金で解決して可用性を高めればいいんじゃね？
252:login:Penguin
10/01/09 02:13:49 ZKQrfMdn
>>250
ext4はものすごい勢いでバグ出しされているので安定化は遠くない先かと。
問題はbtrfsだなぁ。開発の先行きが不透明すぎ。
253:login:Penguin
10/01/09 02:45:15 Udvol2lx
ext4みたいにopensuseやubuntu等で標準に使われるように
なったものと比べると、人柱の数がまだ少なすぎるとはいえ、
btrfsもものすごい勢いでバグ出し・開発が続いているのではないの？
254:login:Penguin
10/01/09 04:31:29 gmb9ndeU
現状はこんな感じだが。
URLﾘﾝｸ(git.kernel.org)
255:login:Penguin
10/01/09 06:27:29 ZKQrfMdn
>>253
Oracleの動向がどうにもこうにも。
>>254
ううむ。12/16-17に一括してcommitされたもの以外は、他からmergeされただけか。
kernelがバージョンアップしてもbtrfsのコードにはまったく変化なかったことも
あったし、開発中なfsにしてはコードの動きがなさすぎるよねい…
256:login:Penguin
10/01/09 08:33:26 e8guqssg
ext4は黙ってても安定する と思えば
気になるのはpohmelfsかな
howtoも実績も無くて完全人柱状態だけど。
257:login:Penguin
10/01/09 11:53:49 3uaQFgIO
>>255
カーネルツリーの方はともかくメーリングリスト見る分には…いろいろやってる様子
URLﾘﾝｸ(www.mail-archive.com)
258:login:Penguin
10/01/09 14:31:10 ZKQrfMdn
>>257
MLの流量も少ないんだねい…
259:login:Penguin
10/01/11 16:36:02 TVf9lSUI
ext4いいね、これなら使える。
xfsやっと捨てられた。ふーっ
260:login:Penguin
10/01/12 21:50:27 4s8vGzR+
>>248
> ところで遅延アロケーションて、書き出し直前までアロケーションしないって事だよね。
> つまり順序であって時間ではない。それとも時間で指定できるものなの？
メモリさえあれば、大幅に遅らせることが出来るよ。
ディスクI/Oの節約にもなるから、パフォーマンスインパクトが大きいんじゃないかと試行錯誤中。
でも、これをやるには、メモリが8GB以上ほしいな。
遅延アロケーションは ext4 にもあって、それも時間を調整できる。
メモリの「buffers」が増えていくので分かるよ。
2,700円で落札したAPC-UPSのおかげで、いろいろ冒険的チューニングが出来る。
(へたってたバッテリーは互換品に交換したけど。)
データベースみたいな、徐々に増えていくデータに対して、すごく有効みたい。
エレベータとの組み合わせも試してみたい。
ログファイルにももっと効くと思ったんだけど、
やってみたら、週1で実行されている logrotate が、事実上のデフラグになってた。
あ、これ環境に依るだろうから、参考程度に。
チラシの裏すまそ。
261:login:Penguin
10/01/12 21:52:28 4s8vGzR+
>>259
ext4はマジで良いね。パフォーマンスも良いし。
でも、SQLを置くファイルシステムにしてたら、
しばらくするとエクステントが100とかに分断されてしまう。
やっぱ、デフラグの出来るXFSが捨てられない…。
e4defrag はよこい。
262:login:Penguin
10/01/12 21:54:34 +/3IjpUQ
それ、ジャーナルに保存されて、クラッシュ時でも回復可能？
メモリに置かれるだけで、飛んだらさようなら？
263:login:Penguin
10/01/13 02:04:50 G1gl5rgJ
>>262
ジャーナルの設定にも依るけど、基本的にはジャーナルに残る。
ただ、ジャーナルにメタデータだけじゃなく、データも入れてればね。
てか、時間を長くしただけで、デフォルト設定と同じだよ。
264:login:Penguin
10/01/13 18:49:13 uH6cg6QE
URLﾘﾝｸ(www.atmarkit.co.jp)
> 2.6.33にて、Frederic Weisbeckerの手により、ReiserFSからBKL（注5）が削除されました。
> ReiserFSはSMPマシンが一般的に使われるようになる前に設計されたこともあり、
> ファイルシステム全般にBKLが広範囲に使われており、
> マルチCPUスケーラビリティがまったくない状態でした。
> しかもドキュメント・コメントがともに不十分なため、
> 何を守っているロックなのかが明らかでない場合が多々あり、
> 変更が容易ではなかったのです。
>
> ……が、予想どおりロック周りのトラブルが多発しており、
> 現在ReiserFSは大変不安定な状況に陥ってます。南無。
やっぱり獄中のHansとは連絡取れない状況なのかなあ。
今も古いノートPCは/も/homeもReiserFSだよ。
265:login:Penguin
10/01/13 19:02:00 eqYgIv3G
メイン、サブPCも外付けHDDも全部ReiserFSだ
しばらくカーネルはそのままにしておこう
266:login:Penguin
10/01/13 20:13:12 t7JnSffs
奥なんとかはこのO_SYNCネタでまた引っ張るんだろうな
267:login:Penguin
10/01/13 20:19:55 aVLcIa0V
最近はスラドで引きこもってるから大丈夫。
この前このスレにシャシャリ出てきてすぐ退散してたがww
268:login:Penguin
10/01/13 21:29:47 /XQOuEtd
ついに終了のお知らせか…
何に移行すれば良いだろうか？ext4？
269:sage
10/01/13 21:48:10 XqcSrg5G
>268
Btrfs
270:login:Penguin
10/01/13 21:51:38 n97lWmg7
それはない
271:login:Penguin
10/01/13 23:07:54 FoPrsAiO
一番大きなパーティションがreiserfsだわ
どうしようか
272:sage
10/01/13 23:12:42 XqcSrg5G
XFS に決まりだろｊｋ
273:login:Penguin
10/01/13 23:46:14 /XQOuEtd
XFSはファイル生成と削除がめっぽう遅いのがきつい
でっかいのが少数なら問題にならないから用途次第ってのはよく言われる通り
274:login:Penguin
10/01/14 07:05:46 rpIupsxG
信頼性度外視の超速汎用性ファイルシステムが欲しい
275:login:Penguin
10/01/14 07:41:19 uAsg4tL3
つtmpfs
276:login:Penguin
10/01/14 14:31:07 5Ft2+WKW
名前すら出してもらえないJなんとかさん
277:login:Penguin
10/01/14 16:24:07 5IKFPvY1
信頼性度外視ならwriteしても全部/dev/null行きにしちゃえばいいよね。
278:login:Penguin
10/01/14 18:32:36 3j7FnAlw
XFS評判悪すなぁw
279:login:Penguin
10/01/14 22:16:17 GYBCLvFP
>>273
reiserfs も、XFS も JFS も ext3/4 も使っているが、
なんというか、あんまり差がない…。
280:login:Penguin
10/01/14 22:18:42 todYVArl
>>278
用途次第ってのが未だに理解できないアンチXFSな粘着クンが叩いてるだけの話さ
281:login:Penguin
10/01/14 22:29:36 GYBCLvFP
>>278
CPUがHDDより格段に早くなった今、
性能はほとんど変わらないんだよな。
XFSはデフラグ出来るので、長期運用に向いているかもしれんけど
長期的にサポートされ続けるかな。
282:login:Penguin
10/01/14 23:33:37 k2JYn9i3
XFSはRAID用にも向いているんじゃないかね
283:sage
10/01/14 23:39:14 iA54GJ2q
ここの人たちは鯖に使うファイルシステムの話をしているの貝？
284:login:Penguin
10/01/14 23:45:37 BOP1AQmw
組み込みからクラウドまで
285:login:Penguin
10/01/14 23:59:14 WhquE5al
/ごとraid10にしてxfsにしてるけど別に普通
286:login:Penguin
10/01/15 04:52:54 Lar6Fbml
来月PostgreSQLのデータベースサーバを作ることになりそうなのだが、
PostgreSQLに向いているファイルシステムって何だろうね？
ちなみにOSはRHEL5系。
287:login:Penguin
10/01/15 05:14:15 dWqGlMgW
I/Oスケジューラのが重要じゃないの
288:login:Penguin
10/01/15 05:43:10 v3VkGu3g
>>286
RDMBSはfsの影響を大きく受けるようなものではないので、気にすんな。
強いて言えば、テストが一番されているであろうext3にしとけ。
289:login:Penguin
10/01/15 12:25:48 Lar6Fbml
>>287
さんくす。
I/Oスケジューラも考慮しておく。
>>288
ベンチマークのページを見て性能を優先するならXFSかなと思ったのだが、
実際には大きな差は出ないようなものなのかなぁ。
290:login:Penguin
10/01/15 14:32:20 lYjpN9sc
>>289
その程度の知能で何使っても同じ
291:sage
10/01/15 18:03:15 1Ghuhjt2
キャッシュをうまく利用できるかどうかが、技術者の腕の見せ所じゃないか？ ＞データベース鯖
292:login:Penguin
10/01/15 20:11:22 fTrbP7Ni
>>286
PosgreSQLではどうにもならないかもしれないが、
RDBMSにとっては、ファイルシステム自体が不要だろ。
293:login:Penguin
10/01/15 22:08:41 B2FR5gqw
>>292
Oracleは以前からDB専用のファイルシステムを提供していて、
そこのLinux開発チーフChris Mason自身がBtrfsを開発中だというのに、
RDBMSにとってファイルシステムの議論が不要だって？
294:login:Penguin
10/01/15 23:56:44 kUYh+8yH
>>293
ASMの管理性がよくなって定着しつつある昨今、Oracleのデータファイルを
ファイルシステム上に配置することは少なくなってきているように思うのだが。
もちろん、昔ながらのファイルシステムの方が分かりやすくていいという
管理者もいるだろうけどね。
295:login:Penguin
10/01/16 00:09:36 ENwju0M8
>>293
字が読めない人？
296:login:Penguin
10/01/16 10:53:06 y4Ptbi+/
Oracleならファイルシステムを介さずRAWデバイスを使うという選択肢があるけど、
Postgeにその選択肢は無いからな…。
297:login:Penguin
10/01/17 05:42:42 raoUkxaC
Googleがext4に移行してますよ
ベンチマークとった結果、ext4とxfsの性能にちがいは殆どみられなかったけど、
ext2からext4の移行のほうが容易なので決めましたとさ
URLﾘﾝｸ(www.phoronix.com)
298:login:Penguin
10/01/17 11:00:17 IwHLDaJu
じゃあxfsから移行する理由は無いな
299:login:Penguin
10/01/17 11:09:36 H88m3G57
ext4の性能が最初に比べて劇的に悪くなってるって書いてるな
300:login:Penguin
10/01/17 11:12:24 w5OXPtqm
but over the course of several kernel release cycles its performance has dramatically degraded.
301:login:Penguin
10/01/17 11:56:42 tdrzl8QK
つまり btrfs の時代がくるまで xfs でつないどけ、と...
302:login:Penguin
10/01/17 12:25:23 2/21Dtnu
ubuntu7.10の時にxfsがものすごく遅かった上にファイルが壊れまくったので、それ以来ext3。
303:login:Penguin
10/01/17 16:06:49 YZ1kRCLo
tux3ってどうなってるの
最近何も聞かないけど
304:login:Penguin
10/01/17 16:59:08 3hY8l09g
URLﾘﾝｸ(www.kcbs.com)
ムショでHansは酷い目にあってるらしいな。
同じ部屋の囚人にフルボッコにされて独房に移されたってさ。
> The deal spared Reiser the death penalty but prosecutors say
> he will likely spend the rest of his life behind bars.
｡･ﾟ･(ﾉД`)･ﾟ･｡
305:login:Penguin
10/01/17 18:12:41 N5F6BYZG
>>304
その記事(2009.1.10)の18日後にReiserが移送された州刑務所
URLﾘﾝｸ(www.cdcr.ca.gov)
1,700人収容のところに約4,000人いるらしいが、多いのか？
306:login:Penguin
10/01/17 18:24:33 JE/LPxCi
>>304
MLでのHansのアレっぷりを考えると、多分に自業自得っぽい雰囲気が。
307:login:Penguin
10/01/17 18:34:35 3hY8l09g
>>305
URLﾘﾝｸ(www.cdcr.ca.gov)
> Inmate Programs
>
> computer technology
Hansよかったね！
308:login:Penguin
10/01/17 19:24:24 IJEPgZ4/
だから犯罪犯す前にリアルの生活なんざ放棄してReiser4の開発に専念しとけと
半端に充実するからこうなる
309:login:Penguin
10/01/17 20:50:34 QRqoZx3d
ext4ヘビーに使ってたら、50日ぐらいで突然遅くなってしまった。
生ものだったのかな。
310:login:Penguin
10/01/17 20:55:44 MI4U5OTP
>>309
なんの役にもたたないレポートだな。
311:login:Penguin
10/01/18 19:04:18 F6PBeAaz
妻殺しってイジメの対象になるのか
性的虐待はあるって聞くけど、女がらみも同一かいな
312:login:Penguin
10/01/18 21:35:06 xuHF3j/O
>>311
たぶん犯罪者の多くは狂った家庭で育てられてるから、地の底から湧きあがるような憎悪を感じる囚人は少なくない。
313:login:Penguin
10/01/19 00:07:03 VPM4YuQG
スラムで毎日戦ってたような奴からみれば
育ちのいいお坊っちゃまは憎しみの対象だろう
314:login:Penguin
10/01/19 00:46:18 mgkS3yh3
なるへそ
315:login:Penguin
10/01/19 00:59:46 R/mk5sG0
それもあるけど飲んだくれて殴ってくるママの敵は憎いでしょ
316:login:Penguin
10/01/19 10:39:00 IGNlBi81
教祖様が刑務所入ったらボコられるだろうな。
雨でも日本でも。
317:login:Penguin
10/01/19 11:20:50 lMt0wQrS
うまい具合にsyncすんだろ
318:login:Penguin
10/01/19 11:35:10 Dk6tVeXe
>>264-265
URLﾘﾝｸ(www.kroah.com)
2.6.32は今後2、3年サポートされるみたいだからもし上手くいかなくても当分は大丈夫そうだ
319:login:Penguin
10/01/19 23:37:10 84g+N59d
看守「Hans君、喜びたまえ。君の得意なfilesystemの仕事だ！」
Hans「具体的には何を?」
看守「ext4のbugfixさ！」
320:login:Penguin
10/01/20 13:33:29 l5KPvHuh
酷ぇｗ
321:login:Penguin
10/01/20 13:35:25 l5KPvHuh
いけねえ age ちまった。
>>265
つうか当分 reiser3 でいいだろ。
322:login:Penguin
10/01/20 16:17:05 F7KhFAjB
今不具合が出てないなら手を出すな、だな
323:login:Penguin
10/01/20 17:10:40 DXXj5I83
>>321-322
ナニ言ってんだ。
>>265は、カーネルを最新にすると不具合が出る可能性があるから
「カーネルのアップデートはしないでおこう」という話だろうに。
324:デムパゆんゆん＠冬眠中
10/01/20 22:27:15 3eQTQCJd
凶悪犯レイザーはプリズンブレイクを楽しんでいるのか
そのうちDARPAが接触してくるだろう 仮釈放は近い
大統領恩赦で元の鞘に収まる日がくる 条件は米国に忠誠を示す
325:login:Penguin
10/01/22 03:34:40 x1K84b3C
ライサーでしょ。
326:login:Penguin
10/01/22 14:06:54 QmX5Dmtc
ハイザーかもしれないぞ
327:login:Penguin
10/01/22 15:23:45 EEqS6xW3
たぶんレイサーだって
328:login:Penguin
10/01/23 04:18:30 3Mk8FRSB
並列アクセスに強いFSってありますか？
329:login:Penguin
10/01/23 11:53:16 xtqvDgdV
linuxはマルチユーザOSだから元々どのFSも強いと思うけど。
330:login:Penguin
10/01/23 13:07:11 3UYnIjXs
>>329
> linuxはマルチユーザOSだから元々どのFSも強いと思うけど。
その理屈だとシングルユーザ・マルチタスクのOS/2から移植されたJFSは並列アクセスが弱いことになるが？
331:login:Penguin
10/01/23 13:30:32 kUcDEFOL
JFSの本家はAIXだが
332:login:Penguin
10/01/23 15:13:38 3VHbmgiL
linuxはもともと遊びで作ったんだからFSもその程度でしかないにちがいない
333:login:Penguin
10/01/23 15:25:21 +Zm0DNZ2
日本語でおｋ
334:330
10/01/23 15:56:12 3UYnIjXs
>>331
すんません思いっきりボケ倒しました。
誤：その理屈だとシングルユーザ・マルチタスクのOS/2から移植されたJFSは並列アクセスが弱いことになるが？
正：その理屈だとシングルユーザ・マルチタスクのOS/2のファイルシステムHPFSは並列アクセスが弱いことになるが？
撤回して訂正します。
335:login:Penguin
10/01/23 16:16:14 7ai9/IYP
「裏」は必ずしも真ではない
336:login:Penguin
10/01/23 16:45:25 st55Pg7w
>>330
>>329はシングルユーザOSについては何も言及していないよ
と横レスを入れてみる
337:login:Penguin
10/01/23 17:31:37 EJ0w+in1
>>329
そー言う意味なのか？
複数のOSから同時にデバイス使った時の挙動を言ってるのかと思ってたよ。
338:login:Penguin
10/01/23 18:20:46 IyyFUQMC
いやいや、マルチプロセッサでのスケーラビリティーの話だろう。
339:login:Penguin
10/01/23 19:18:13 SD8fVc6B
それは全然違うだろｗ
340:login:Penguin
10/01/23 20:03:20 ubrAROqf
>>331
JFSの本家はAIXだが、それをデグレードしたのがOS/2に移植されて、
Linuxに移植されたのはそのデグレードされたOS/2版だった。
というような話を昔どこかで見た。真相は知らん。
341:login:Penguin
10/01/23 20:29:04 mTDt18O+
デグレードという言葉の意味をわかって使ってるのか
342:login:Penguin
10/01/23 21:42:15 bUn0tm/k
>>338
「並列」だったらその解釈でいいと俺も思う。
343:328
10/01/23 22:25:51 3Mk8FRSB
338氏の解釈で概ね正しいです。複数のプロセスから同時にfsにアクセスした際の話です。
XFSだとAG単位で並列アクセス可能とのことなのですが、同様の仕組みは他のfsにも
あったりするのでしょうか？
344:login:Penguin
10/01/23 22:45:16 9CAEzz7U
fsが並列化しても、その下のブロックデバイスが並列化できないと効果薄いんじゃね？
345:login:Penguin
10/01/23 23:04:13 RJlbZULQ
ReiserFSが除外ということだけは>>264でわかった
346:login:Penguin
10/01/23 23:15:18 Thg4QwGh
し! _ -─ ‐- ､ , -─-､ -‐─_ﾉ R
ま シ 許 R /／￣＞ ´ ￣ ￣ ｀ヽ Y , ´ ） F e え
で ン さ e L_ ／ ／ ヽ S i |
だ グ れ i / ' ' i !? s マ
よ ル る s / / く e ジ
ね コ の e l ,ｨ/! / /l/!,l ／厶, r
｜ ア は r i ,.lrH‐|'| /‐!-Lﾊ_ l /-!'|/l ／｀'ﾒ､_iヽ
F l | |_|_|_|/| / /__!__ |/!ﾄi i/-- ､ ﾚ!/ / ,-- ﾚ､⌒Y⌒ヽ
S _ゝ|/'/⌒ヽ ヽﾄ､|/ '/￣｀ヾ 、ヽﾄ､Ｎ'/⌒ヾ ,ｲ￣｀ヾ,ﾉ!
が 「 l ′ 「1 /てヽ′| | | 「L! ' i'ひ} ﾘ
ヽ | ヽ__Ｕ, ､ヽ シノ ﾉ! ! |ヽ_､ｿ, ヾシ _ノ _ﾉ
-┐ ,√ ! ￣ ﾘ l ! ￣ ￣ ７/
ﾚ'⌒ヽ/ ! | 〈 _人__人ﾉ_ i く //!
人_,､ノL_,iノ! /! ヽ r─‐- ､ 「 Ｌ_ヽ r─‐- ､ u ノ/
/ / lﾄ､ ＼ ヽ, -‐┤ ﾉ キ 了＼ ヽ, -‐┤ /／
ハ キ { / ヽ,ﾄ､ヽ/!｀ｈﾉ ） モ |/! 「ヽ, `ｰ ／） _ ‐'
ハ ャ ヽ/ r-､‐' // / |-‐ く | ＞ / / ｀'／／-‐､ ／
ハ ハ ＞ ／＼＼// / /ヽ_ ! イ （ / / ／／ / `ｧ-‐ '
ハ ハ / /! ヽ レ'/ ﾉ ＞ ' ∠ -‐ ￣ノヽ /
{ i l ! / フ / -‐ /￣/〉 〈 ＼ /!
347:login:Penguin
10/01/30 22:09:53 Hj7HOlyn
Windowsにext3とか実装するのは無理なん？
exfatが追加できたんだから出来ないことはないと思うがいい加減NTFSやめたい
348:sage
10/01/30 22:13:44 roZPvw8d
Windows使うのやめれ。
349:login:Penguin
10/01/30 22:56:33 /qBq8B41
ntfsフォーマットされたusb hddにファイルをコピーすると
windowsでやるのに比べて３倍くらい時間がかかるんだけどこれってやっぱりntfs-3gのせい？
350:login:Penguin
10/01/30 23:09:37 +DejVwUc
>>347
設計と実装の間には日本海溝よりも深い溝が
351:login:Penguin
10/01/30 23:10:57 CQ2RUknq
ext3に作成日時のタイムスタンプとかないし、
やるならext4の方が良くね？
352:login:Penguin
10/01/30 23:56:53 mc2gVnTq
小さいファイル用のパーティションを今ReiserFSにしてるんだが
乗り換えるなら何がいい？
353:login:Penguin
10/01/31 00:28:48 PfdfiyEn
むしろLinuxに2008R2完全互換なフル実装のNTFS欲しいわー
354:login:Penguin
10/01/31 18:40:51 m9pXj9Wf
あれだけ叩かれまくっているWindowsの唯一の利点がNTFSだと思うんだが。
355:login:Penguin
10/01/31 19:32:30 gjA6E8Pl
いやActive Directoryだろ。
356:login:Penguin
10/01/31 22:08:35 es89eiAC
Active Directory のどこが利点なんだよ。
あれこそ他人の技術の劣化パクリだぞ。
つかスレ違い。
357:login:Penguin
10/02/01 23:25:17 o4+Rbg5S
>>349
LinuxのNTFS-3GはFUSE経由だからなぁ
性能面では不利だと思う。
Ubuntu 9.04でファイルシステムの性能を比較したベンチマークが↓
URLﾘﾝｸ(plaza18.mbn.or.jp)
これだと、NTFSのSequential Write性能は、ext3の1/2という結果。
LinuxのNTFS-3GでファイルコピーがWindowsのNTFSの3倍ぐらいかかるというのは
まぁそんなものかもなって感じ。
358:sage
10/02/01 23:33:23 JyJF9jXh
ごめん、NTFSの魅力がわからない ＞＜
手短に教えて！
359:login:Penguin
10/02/02 00:20:41 mZQqXPaB
windowsで直に読めるってことジャマイカ?linuxでも読めるしね。
FAT32みたいな制限もないし。
360:login:Penguin
10/02/02 00:46:01 2n7K8KUF
>>358
んー安定性かね？
どんな使われ方をされるかわからないデスクトップOSのFSとしての実績かなあ。
なんせ使用者の数が違う。速度よりも堅牢性に振ったFSだね。
# 個人的には魅力を感じないが。
361:login:Penguin
10/02/02 00:59:26 ZndSX8Tq
デフラグツールで視覚的にデフラグされていく課程を
眺められるのがNTFSの利点じゃない？
362:login:Penguin
10/02/02 01:33:52 mZQqXPaB
>>360 堅牢性? よく壊れないか、ntfsって。ntfsつーより、それで使ってるHDDの物理障害だが。
漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
363:login:Penguin
10/02/02 03:53:37 0KoFD9JO
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
364:login:Penguin
10/02/02 03:59:51 JMnFnqzb
363 ：login:Penguin：2010/02/02(火) 03:53:37 ID:0KoFD9JO
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜漏れの場合ntfs使わなくていいからlinux使っている部分もあるな。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''" ｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
365:login:Penguin
10/02/02 08:31:25 3Lkp0h47
NTFSは消せないフォルダが良くできるというイメージがある。
366:login:Penguin
10/02/02 08:55:18 QwGTOUJN
cygwinからrm -fRするとあっさり消えるけどな。
367:login:Penguin
10/02/02 09:51:34 MDDkQD9/
>357 のリンク先の中の人
ZFS もよろ
368:login:Penguin
10/02/02 10:09:46 ctNBoYmX
ゆとりが沸いた
369:login:Penguin
10/02/02 21:21:33 KRWJTdad
ファイルサーバー用だとファイルシステムは何がいいのかな？
クライアントはwindowsで、もうすぐsamba3.5の正式版が出そうだし、
HDDも2TBの壁があるからwindows2000serverから乗り換えでlinuxに変えようかなと思ってるんだが。
linux・unix界隈で信頼性が高くて性能もよくてかつファイルサーバー用途に適したファイルシステムって何だろう？
solarisでzfsが一番かな？俺もともとsolaris使いだからそれでもいいんだけど、
linux使ってみたい。
370:login:Penguin
10/02/02 21:24:03 1ta9kaLZ
うまく動かせなかったときに人のせいに出来るから
Linuxを勧めない。Solaris使っとけ。
371:login:Penguin
10/02/02 21:25:34 RCiMAgrm
デバッグ参加したいのならばLinuxで…
素直にSolarisを使っている方が良いと思います.
372:login:Penguin
10/02/02 21:29:39 KRWJTdad
そうか、残念。
大人しくsolarisにしとくよ。
373:login:Penguin
10/02/02 22:12:59 vmjy63IM
NFSならSolarisいいけど、
Windowsクライアント・信頼性・性能って条件でWindowsServer以外の選択肢なんて、
どれも団子の背比べじゃないの？
それともウチではまともに動かんsmb2対応sambaで、よそでは性能出てるの？
374:login:Penguin
10/02/02 23:05:06 mZQqXPaB
え～? クライアントっすか?
なら、それ以前にイーサ通してFSにそんなに差があるのって?
実は10BaseTのハブまだ使ってるくせに～w
375:login:Penguin
10/02/02 23:25:09 rD7hlNtR
>>365
イメージね
376:login:Penguin
10/02/03 00:23:50 WWz6t4u0
>>373
「性能出る」の意味が具体的にどういうことを期待しているのかイマイチ
分からないけど、Solaris/zfs + sambaにクライアントWindows 7の組み合わせで
Read/Write共にGbEの帯域が常時95～98%位に張り付く程度には行けるから
別に不満はない。
377:login:Penguin
10/02/03 00:26:33 25ProWij
そもそも
378:login:Penguin
10/02/03 00:30:06 25ProWij
>>376
そもそも10/100と違ってギガイーサは100%に近い帯域は物理的な限界で達成しづらいと昔聞いたことがあるけど、
最近の機材では可能になってるの？
それからギガイーサの帯域を本当に埋めようと思ったら、
RAMFS(tmpfs)かSSDかRAID0を使わないと難しいと思うんだけどどうよ。
さらに裸のブロック転送と違ってファイルシステムだと５～７割くらいにパフォーマンスが落ちてしまうわけだし。
最近の機械はすげーなー
379:login:Penguin
10/02/03 00:56:21 WWz6t4u0
なにが言いたいのか散漫としていてアレだが、raidzのzfsはもとより、
Win7は標準でストライプ組めるんで、HDDでシーケンシャル100MB/s程度の
性能はふつーにクリアできるが……。
380:login:Penguin
10/02/03 01:09:19 25ProWij
>>379
伝わっていないようなので発言を繰り返すけど、
裸のブロック転送（シーケンシャル転送）で100MB出ても
ファイルシステムを通すと5～7割程度の速度になってしまうのが通例で、
その上でギガイーサの帯域ベースで95～98%も出せるものなの？ というツッコミだ。
そもそも個人でそんなニーズがあるならローカルに組んだ方がよほど早いと思うが……。
381:login:Penguin
10/02/03 01:12:52 VFKDGTH5
前世紀からこんにちは
382:login:Penguin
10/02/03 01:20:05 juqBWs4b
脳の帯域が制限されてる人は大変だな
383:login:Penguin
10/02/03 01:42:49 WWz6t4u0
なんとゆーか、まぁ、
「売値が千円の商品はお店の販売手数料を除くと仕入れ値は7割くらいに
なってしまうのが通例だ。それが店頭に並ぶと千円になってしまう
ものなの?」
みたいなツッコミだかボケだかされても、お店の人も返答に困ると思う。
プロトコルのオーバーヘッドがあるから、それを除いたデータサイズと
オーバーヘッド分も含む『帯域使用率』がどうかって話を一緒にされても、ね……。
384:login:Penguin
10/02/03 01:56:55 25ProWij
>>383
まあ確かに一緒くたにしているところはあるが、それは最初の話題がGbEの転送速度だからで。
オレの環境はサーバーがLinux/samba/ext3/3.5HDD5600rpmで、クライアントがVista。LANはギガイーサ。
これでダウンロードがFTPで40～60MB/s、smbで20～30MB/sになる。
オレ、設定ヘタクソなのかなあと思ってしまって。
385:login:Penguin
10/02/03 02:29:58 WWz6t4u0
CIFSの転送速度でも、普通に80～90MB/sは出るよ。
鯖はQ6600にintel NICでOpenSolaris 0906 / samba 3.0.4 に5400rpm HDD 5発のraidz2、
クライアントはQ9400にBroadcom NICでWindows 7に7200rpm HDD 2発のraid0。
クライアントがWindows XPだと速度が出なかったり安定しなかったりあるが、
VISTA以降で速度が出ないとしたら、ローカルのHDDが遅いとかウィルス対策の
ソフトなんかが悪さしているか、鯖の構成が悪いか、そのコンボとか…。
386:login:Penguin
10/02/03 06:24:51 TN/WOuoh
windowsクライアントの場合、クライアント側の状況でかなり変わるからなあ。
385ほどの高性能じゃないけど、linux鯖で50～60MB/s(数十ギガの移動だけどね)でるけどね。
ああ、sambaって意外と速いんだなあと感心してるところ。
387:login:Penguin
10/02/03 18:16:17 F1dw8xDt
>>376
いや、シーケンシャル6Gb/s以上でるNFSサーバーそのままSMBにした限界性能も
興味ないわけじゃないが、Windowsクライアントから小さなファイルを大量にアクセスするような、
実環境でありがちなシナリオでSamba3.5系のSMB2で性能でてるのかという疑問。
rc2使ってみた限り、SMB1の時より遅いし挙動が変すぎて使い物にならんかったので。
388:login:Penguin
10/02/03 18:25:13 AsoOpQuL
>>386
でもCPU負荷は高いよ。
389:login:Penguin
10/02/03 20:35:07 s7ZhW6av
あ～、sambaってFSじゃないんじゃないの?
すれ違いだよ
390:login:Penguin
10/02/03 20:39:52 6zgrKliT
>>389のFSの定義は矮小だな
391:login:Penguin
10/02/03 20:45:56 CfkOStSR
sambaと言わずにsmbfs/cifsって言えば良かったんだよ。きっと
392:login:Penguin
10/02/03 20:58:02 s7ZhW6av
え?ここはファイルシステムのスレだろ?
ネットワークのプロトコルや通信プログラムになんの関係がある。
インターネッツもFSだとか言い出しそうな勢いだなw
393:login:Penguin
10/02/03 21:01:44 /1vThFZG
そーいや、オンラインストレージをマウントするのってなかったっけ？
394:login:Penguin
10/02/03 21:38:55 QirPVOhZ
sambaのFSは指定できるよ、どう違うのかは知らんが
CIFSは広義的にインターネットも含むはず
でもここはNW的に閉じてる矮小なFSを語るスレにみえるけど
395:login:Penguin
10/02/03 21:48:11 uxVk4wB8
ファイルシステム(fs)の種類として
disk fs, network fs, pseudo fs, ... とかいろいろある
例えば
disk fs: ext3, ntfs, lfs, ...
network fs: NFS, CIFS, AFS, WebDAV, ...
pseudo fs: procfs, sysfs, devfs, ...
それぞれの network fs の定義は、そのプロトコル自身だと思うし
network fs の自然な拡張として memcached みたいな key-value store や
Chord のような DHT もファイルシステムだと思うな
ちなみに DNS や pop, imap も fs だと思う
396:login:Penguin
10/02/03 21:48:15 uloL9nrX
ネットワーク分散ファイルシステムとかが存在しない世界の人ってなんなの？
397:login:Penguin
10/02/03 21:55:45 CfkOStSR
過去にも同じ流れがあった気がするけど
俺的にはmountできれば全部OK
398:login:Penguin
10/02/04 00:42:49 ODnXVXGP
おまいらとりあえず>>1とそのリンク嫁。書込するならそれからな。これ基本だから。
どこにファイル分散のことなんかあるんだよ。
>ちなみに DNS や pop, imap も fs だと思う
-----インターネッツもFSだとか言い出しそうな勢いだなw
とわざわざ言っておいたんだが、やっぱり、そのとおりになったようだw。
> network fs: NFS, CIFS, AFS, WebDAV, ...
> それぞれの network fs の定義は、そのプロトコル自身だと思うし
「それぞれ」のnetwork fsって何よ? したり顔で君しか知らない変な造語作らないようにw
一般的に言われるところのUNIXシステムで利用されるファイル共有システムである
NFSって何の略だか言ってみな。
399:login:Penguin
10/02/04 00:48:22 6xqNWt2V
なんか商品名・サービス名としての固有名詞と、一般名称との違いを理解しない
変なのが沸いてきてるなぁ。
>398なんか、FOMAのマルチタスク(R)といわゆるマルチタスクの関係なんて
発狂するんじゃないか?
400:login:Penguin
10/02/04 00:50:42 rCC9X/RW
ま、リニアなアドレス空間をもつ記憶領域上に全体が存在するfs限定ってことで。
401:login:Penguin
10/02/04 00:57:03 74DjDQ4O
>>1にZFSが無い件
402:login:Penguin
10/02/04 01:14:25 jAVdNC+w
きっと超ザックリfuseで一括りに
403:login:Penguin
10/02/04 01:35:29 74DjDQ4O
なっとく…
404:login:Penguin
10/02/04 06:02:31 1tPJeR8H
キチガうぜえ
405:login:Penguin
10/02/04 10:19:02 NEEGppH8
で結局 samba 3.5 はどうなの。SMB2 対応が使い物にならないなら、
Windows Server 一択で、Linux に置き換えるのは samba 4 待ちになるが。
406:login:Penguin
10/02/04 10:27:32 itPjjXSQ
サンバは産婆スレでいいんじゃね？
ｽﾚﾘﾝｸ(linux板)
407:login:Penguin
10/02/04 12:08:32 jAVdNC+w
>>405
mountするなら何がいいかでない話は興味ないですし
408:sage
10/02/04 12:11:02 aNGeKl57
Sambaとかどうでもいい。
409:login:Penguin
10/02/04 17:58:18 UhHs3d9t
partimageはext4サポートする気ないんだろうか
fsarchiverはブートレコードバックアップできんし不便だわ
410:login:Penguin
10/02/04 18:06:28 TCHzYVHD
ext4はKernelが新しくなる度に遅くなってるのが
気になるな
411:login:Penguin
10/02/04 18:50:57 vTFZP5hp
ext4で毎回HDDのライトキャッシュをフラッシュするのはやりすぎじゃないのか
なー。キャッシュの意味ないじゃんそれ。
412:login:Penguin
10/02/04 20:58:57 giG4MA8Q
ライトキャッシュを使いたければbarrier=0でremountすればいい
ジャーナルが腐るからデフォルト無効になってるだけ
気にするな
413:login:Penguin
10/02/05 14:15:02 Ev5vg+gt
>412
ていうか遅くなってる大きな理由がbarrierでしょ。
気にしないわけにはいかなくない？
414:login:Penguin
10/02/05 14:23:58 hTXVw8Is
ただ断片化してるだけだろ。
mkfs直後で比較してるか？
415:login:Penguin
10/02/05 14:29:40 j8P2r62W
>>413
気にしたところでどうしろと
電源断後にそれまでのジャーナルが使いものにならないかもしれないとかジャーナル要らんわ
416:login:Penguin
10/02/06 18:44:14 Fdn0FgYJ
ZFS最強
417:login:Penguin
10/02/06 20:02:58 Fdn0FgYJ
Kubuntu9.10入れたらext4じゃねーか大丈夫なのかこれ
418:login:Penguin
10/02/06 20:38:52 yXf2SmUH
全然平気
419:login:Penguin
10/02/06 22:57:57 bd8mojzW
Ubuntu 9.04ではext4を使うとIO負荷が高い時にハングする問題があったようだが
Ubuntu 9.10では解消されている模様
420:login:Penguin
10/02/07 09:48:44 q8IusnYS
怖いなぁ
421:login:Penguin
10/02/07 22:58:42 hh2MMDn8
>>417
9.04で何か作業しながらゴミ箱をイジるなどするとフリーズすることがあったが、
9.1でなくなった。
かなりこなれてきた感じがする。
422:login:Penguin
10/02/07 23:02:42 hh2MMDn8
>>417
一緒です。
俺もkubu9.1をHP dv3000で、かなり前から使っている。
一度もフリーズはないし、ファイルの削除などが早くてよい。
423:login:Penguin
10/02/08 11:16:26 8boIWPX7
xfsからext4に変えて自分も思ったのは大量の小さなファイルの削除がかなり早くなったこと
妙なCPU負荷上昇がなくなったからそのおかげかな
424:login:Penguin
10/02/08 17:01:02 Hzj12kVK
2009年10月版という意味のバージョン番号を9.1って書かれると違和感あるワァ…
425:login:Penguin
10/02/08 22:18:23 aeyUnREj
>>423
XFSは削除の時にメタデータをゼロ梅する仕様だから
セキュリティ上はむしろ好ましいんだけど、細かいファイルを扱う
性能を求める向きには逆効果
426:login:Penguin
10/02/08 22:50:01 6gyji+ax
細かい多量のファイルがある場合はJFSのほうが良いそうだ。
427:login:Penguin
10/02/08 22:52:04 nRY3DDMs
いや全然よくなかったよ
大量のエロ画像保存してたけどext3/xfs/jfsの中ではjfsが最遅だった
428:login:Penguin
10/02/08 22:57:28 8boIWPX7
確かにjfsの方が体感的にはましだった
まあxfsが遅すぎただけだけどね
429:login:Penguin
10/02/08 23:18:31 aeyUnREj
逆に巨大なファイルだと最速だからねぇ
良くも悪くも極端というかｗ
430:login:Penguin
10/02/08 23:54:59 AFpSfLl2
>>427
画像ファイルは大きい。4kb以下を小さいという。
431:login:Penguin
10/02/09 00:03:14 pqU7Es5H
時代に完全に取り残されてるな
メールですら4KB以下なんてほとんど無い
432:login:Penguin
10/02/09 00:05:56 ZOmcZbmu
ユーザの感覚の話じゃないわけだが
433:login:Penguin
10/02/09 00:12:20 VeFVOoSl
>>431
ブロックサイズ未満かそれ以上かって話だ。
ここを覗く以上、ちったぁFSの仕組みを知っておいた方が良いぞ。
434:login:Penguin
10/02/09 00:13:04 pqU7Es5H
ファイルをファイルシステムに合わせるスレ
435:login:Penguin
10/02/09 00:17:02 fzWPTOrO
恥ずかしいね
436:login:Penguin
10/02/09 00:30:16 zAeAYJ/U
ノーチラスで見えるものが世界の全てだから仕方ない。
437:login:Penguin
10/02/10 15:17:02 MaCU/4DU
じゃあブロックサイズを大きくすればいいって事で。
438:login:Penguin
10/02/10 15:27:31 xYCKGJDz
ところで、透過的圧縮をサポートしてる実用レベルのFSってどれだけあるの？
439:login:Penguin
10/02/10 18:17:45 CkPl8Ash
>>438
Linuxのfsではquick hack的にサポートしては使われないまま忘れ去られていく
パターンが多いけど、btrfsは対応している。
ほかのOSだと、NTFSは圧縮をサポートしている一番メジャーなfsだし、
ZFSもサポートしている。ZFSではさらに重複排除機能
URLﾘﾝｸ(techtarget.itmedia.co.jp) もサポート
される予定。
440:login:Penguin
10/02/10 21:27:01 vvkl2b1c
lzoやlzfなら負荷は少ないよね
低負荷で途中からデコード出来るやつがあればもっといいのかな
441:login:Penguin
10/02/11 01:17:40 8kxaXMCl
>>439
いつの記事だよ
ZFSではもう重複排除実装済みだ
442:login:Penguin
10/02/13 18:11:03 yZ9svAdE
RHELでext4がサポートされる日を心待ちにしているのだが…
もしかしてテクノロジープレビューのまま終わるのか！？
443:login:Penguin
10/02/13 20:27:23 1p3AsHpU
Fedoraの標準がExt4になったから次で入るでしょ
444:login:Penguin
10/02/15 02:45:49 aiCgURp9
もうすぐRHELでもext3、ext4、XFSが選択肢になるということか
他のディス鳥に比べると遅いが、選択肢が増えるのは歓迎だな
445:login:Penguin
10/02/15 03:18:02 Q/CeyItx
>>444 RHEL が他の死鳥よりも遅いのは、性質上仕方がない。
むしろ、RHELが採用して、初めて、実用フェーズだと判断している。 <- 他力本願
(新しい技術って使いたいけど、トラブル面倒くさいのよね）
逆に、それまではじっと我慢汁のだ。
446:login:Penguin
10/02/15 04:02:04 aiCgURp9
RHELでext4とXFSがサポートされたら、ext4 vs XFSの戦いが再燃するな。ふふ…
447:login:Penguin
10/02/15 14:02:56 CZqrb4fN
>>445
んじゃ、RHELが採用しているってだけで、いまだにkernelは2.6.18を
使い続けているわけ?
448:445
10/02/15 20:13:36 d5l66Zgj
>>447 文脈を読め。どう見ても、RHEL || RHEL互換? ユーザー同士の会話だろ。
だから、「基本的には」当たり前に 2.6.18 。
449:login:Penguin
10/02/16 01:17:04 EIf+brif
exFATでいいじゃんもう
450:login:Penguin
10/02/16 23:37:37 /7AZE3KC
exFATはLinuxでまともに使えるようになったの？
451:login:Penguin
10/02/18 16:07:03 yBWoOp1+
犬厨には使いこなせないだけ
452:login:Penguin
10/02/18 20:59:55 a1dW3upm
そもそもWindowsでもexFATが使われてるの見たことない
453:login:Penguin
10/02/18 21:05:22 +S47WcAj
結局ntfs一択
454:login:Penguin
10/02/18 21:09:27 N3LAgGG/
exFAT は情報家電の記録メディア用。
455:login:Penguin
10/02/20 14:26:07 9ied+A03
exFATはWindows CEで使われてるんだっけ？
Windows Mobileとかもそうかな。
456:login:Penguin
10/02/20 22:22:06 XvxLgGqd
東芝の録画できるレグザは xfs だった気がする。
457:login:Penguin
10/02/20 23:02:50 fR8FVjC9
>>456
中身Linux?
デバイスドライバとか大丈夫なのかな
大穴でIRIXだったらちょっとやだな
458:login:Penguin
10/02/20 23:59:18 0V480wTK
ハイビジョンテレビとかレコーダーはほとんどLinuxでしょ
459:login:Penguin
10/02/20 23:59:54 rQZmneJH
そうなんだ。じゃあ買ったらソースコード要求していいのか
460:login:Penguin
10/02/21 00:03:20 Q6o+mKyJ
もちろん。公開してるところもある。
例えばAQUOSとかは↓
URLﾘﾝｸ(www.sharp.co.jp)
461:login:Penguin
10/02/21 22:50:28 c9sBME9L
NECのAXは最初のがReiserFSで次のがXFSだったな
462:login:Penguin
10/02/21 23:05:30 tQOOh8rp
kernel 2.6.32でext4がかな～り安定しているんで、面白みがないなぁ。
ext4は所詮はbtrfsまでのつなぎといわれていたけど、btrfsの開発の先行きが
どうにも不透明な現状、ext4ってかなり長生きしそうな予感。
463:login:Penguin
10/02/22 00:40:46 xBuspOtO
> btrfsの開発の先行きがどうにも不透明な現状
まじか…
オラクルがやる気ないのなら、どっかの企業が開発を引き継いでくれないかな
464:login:Penguin
10/02/22 01:54:34 S6bJULlX
>>463
このスレでもさんざガイシュツだけど
・OracleがSun買ってSolarisとZFS手にいれたので、Linux戦略が不透明になっている
・現状、btrfsのコードの更新が少ない ( URLﾘﾝｸ(git.kernel.org) 参照)
1ヶ月ぶりにコミットされたなぁと思ってみてみると大きくないパッチが7つ。
10日経ってまたコミットされたなぁと思ってみてみるとこれまた大きくはないパッチがという感じ。
・MLの流量も1日10通程度と次世代標準fsの開発MLとしては多いとはいえない
( URLﾘﾝｸ(www.mail-archive.com) 参照)
Oracle云々は置いといて、もっと開発者が参加してコミュニティを活発化させないとまずい。
465:login:Penguin
10/02/26 16:37:21 iUXMlNuq
age
466:Zeno ◆5nZQbNmQPs
10/02/26 17:03:36 x55SgVHx
>>462
ext4 では何が不満なのかね？
何故面白みが無いと思うのかね？
467:login:Penguin
10/02/26 18:22:57 wJm8A96I
>>466
ひょっとして、嫁一人だけで満足できるタイプ？