- 1 名前：login:Penguin mailto:sage [2007/09/26(水) 15:39:21 ID:VZk+Fjj0]
- 過去スレ
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/
06 pc11.2ch.net/test/read.cgi/linux/1173530292/
- 800 名前：login:Penguin mailto:sage [2008/08/23(土) 11:01:02 ID:lHnHPGSu]
- アメリカじゃあ、パソコン組み立てとかも、やってるんじゃなかったか？
ファイルシステム開発させても良いような…
- 801 名前：login:Penguin mailto:sage [2008/08/23(土) 12:10:02 ID:amhj6vrk]
- >>800 iPod touch をクラックさせたら神だな。
- 802 名前：login:Penguin mailto:sage [2008/08/23(土) 19:08:06 ID:OC/fVtrT]
- 「Reiserさん！面会ですよー」
「Reiser4のバグの話なんですが...」
「そうなんよ！今ここで直してるんだけど(ry」
「つ USBメモリ」
- 803 名前：login:Penguin mailto:sage [2008/08/23(土) 19:43:09 ID:dUeDDPOR]
- reiserはプログラマとしては優秀なんだろ？
だったらいくら殺人犯だとしても刑罰だけを与えるのは才能の
無駄遣いな気がするな。
ここはひとつ、ムショの中でもコードを書かせるべきだろ。
- 804 名前：login:Penguin mailto:sage [2008/08/23(土) 19:43:34 ID:ZpqkMYu4]
- 特例でムショ内で開発認めることはできんのか？
人間としては最低だが能力は惜しい
- 805 名前：login:Penguin mailto:sage [2008/08/23(土) 19:58:45 ID:xvh0iauu]
- イス作らせるかわりにコード書かせるのか。いいアイデアだね。
問題は重犯罪者だからネット接続は不可だろう。
- 806 名前：login:Penguin mailto:sage [2008/08/23(土) 20:20:11 ID:Z+mQqizf]
- >>804
人間としては最低は言いすぎ。
愛憎の果ての殺人なんて、俺もお前もやらないとは限らない人間臭すぎる犯罪。
刑罰は当然だが、そこらの見知らぬ人間を殺して回るような犯罪とは違って
他人には口を挟めない部分がやっぱりあると思う。
それにしてもやりきれない・・・
- 807 名前：login:Penguin mailto:sage [2008/08/23(土) 20:22:36 ID:xvh0iauu]
- アホか。殺人は殺人だ。
- 808 名前：login:Penguin mailto:sage [2008/08/23(土) 20:24:38 ID:OC/fVtrT]
- ・会社/自宅の開発環境を与える
・マシンは労務時間のみ使用可能とする
・外部の情報は看守経由でのみ可能(メールOK)
・進捗管理は仕様書の提出とする
・デバッガー／テスターとして他の服役者を使用可
・勤務中は水やコーヒーをいくら飲んでもよい
・給与は一般的な米国人プログラマと同等とする （出所時払い）
- 809 名前：login:Penguin mailto:sage [2008/08/23(土) 20:28:23 ID:MBfF4T3v]
- >>807
アホは思いだろう、こういうことを平気で言う人間がいる状況で裁判員制度だからなあ、この国は。
ってそんな話をする所なのかこのスレ
- 810 名前：login:Penguin mailto:sage [2008/08/23(土) 20:50:27 ID:xvh0iauu]
- いやオレハムラビ法典の信奉者なので。
ま、考え方の違いだな。
- 811 名前：login:Penguin mailto:sage [2008/08/23(土) 22:14:42 ID:FOSyfcbJ]
- つーかさ、司法取引で第一級殺人(意図的計画的な犯行)から減刑されてるんだぜ。
- 812 名前：login:Penguin mailto:sage [2008/08/23(土) 22:25:23 ID:HVgqQANJ]
- >>806
お前優しいな。だが
＞他人には口を挟めない部分がやっぱりあると思う。
事情が公表されてない以上、俺ら外野がそこまで言えるかね？
殺人は殺人、と思うのが普通だろ
- 813 名前：login:Penguin mailto:sage [2008/08/23(土) 23:13:24 ID:8KJsMJni]
- >>808
糞賃貸で騒音に悩んでいる俺にとっては好条件なんだけど、
米国に殺したい奴がいないんだよね...
- 814 名前：808 mailto:sage [2008/08/24(日) 01:17:38 ID:7r//Y90b]
- >>813
ブラックなジョーク乙
もちろん808はフィクションです。
- 815 名前：login:Penguin mailto:sage [2008/08/27(水) 19:56:14 ID:0+48kDfx]
- 例えばReiserFSは多数の小ファイルの扱いに優れている、というような表現が多いですが、
この場合の小ファイルって、どのくらいまでを指すのでしょうか？ 数KBまで？
- 816 名前：login:Penguin mailto:sage [2008/08/27(水) 21:07:37 ID:XlxteNMz]
- tail packingの話なら4k
- 817 名前：login:Penguin mailto:sage [2008/08/28(木) 09:15:57 ID:SXqaqT5P]
- >>802
データの持ち出しはまずいだろ
つ 紙とペン
- 818 名前：login:Penguin mailto:sage [2008/08/28(木) 19:10:23 ID:tSnJ5WCg]
- >>816
4kというのはOSのページサイズ制限からくるブロックサイズという理解でOK？
200kB〜1MBが多数という用途ですので、ReiserFSの出番とはちょっと違うみたいですね。
ありがとうございました。
- 819 名前：login:Penguin mailto:sage [2008/08/28(木) 23:06:34 ID:JB+H4n7a]
- reiserのテールパッキングで速くなるってのは、ファイルあたりのシーク回数減らせるから??
- 820 名前：login:Penguin mailto:sage [2008/08/29(金) 00:49:46 ID:Edd7Vy8t]
- そうだよ。
- 821 名前：login:Penguin mailto:sage [2008/08/29(金) 01:48:39 ID:4lK4Ycyv]
- サンクス
- 822 名前：login:Penguin mailto:sage [2008/08/29(金) 04:20:34 ID:iaZyVY6w]
- 「テールパッキングで速くなる」んじゃなくて、
テールパッキングをしない（notail）のほうが速くなるんじゃなかったか？
- 823 名前：login:Penguin mailto:sage [2008/08/29(金) 12:26:46 ID:alkNxi4Q]
- 書き込みは遅くなる。読み込みは速くなる。
- 824 名前：login:Penguin [2008/08/30(土) 19:23:26 ID:yHNLzeMb]
- 刑期の言い渡しを受ける。15年〜終身
Hans Reiser Gets Sentence of 15-To-Life
yro.slashdot.org/article.pl?sid=08/08/30/0045257
- 825 名前：login:Penguin mailto:sage [2008/08/31(日) 12:21:17 ID:r0NEbfQ5]
- 終身hack
- 826 名前：login:Penguin mailto:sage [2008/08/31(日) 16:07:17 ID:EmZkRSgm]
- それはウラヤマシス
- 827 名前：login:Penguin [2008/09/02(火) 21:02:31 ID:5SXHvctn]
- 232GB中187GB使用、NTFS圧縮機能を多用しているので断片化が93GBにも及んでしまった
8GBを超えるような3DゲームをインストールしたりNTFS圧縮解除すると必ずマシンごとフリーズする
HDD自体は全く問題ないんだが断片化もきついしもう二度とNTFS圧縮機能なんてつかわねえ
- 828 名前：login:Penguin mailto:sage [2008/09/02(火) 22:16:35 ID:VO9T1fkM]
- 糞環境と使いどころを間違ってる頭が問題
- 829 名前：login:Penguin mailto:sage [2008/09/03(水) 04:13:58 ID:Xk+fZx2z]
- ReiserFS で約 80 MB（10 シリンダ分）のパーティションを作ったら、いきなり 30 MB くらい減っててビビった。
4 GB のパーティションでも同じだけ減ってたけど、今まで気づかんかった。
知らんかった……
- 830 名前：login:Penguin mailto:sage [2008/09/03(水) 09:08:24 ID:I3d+lpXC]
- ヒント:mkreiserfsの--journal-size
しかし、80MBのパーティションにジャーナリングファイルシステムは必要かね？
- 831 名前：login:Penguin mailto:sega [2008/09/03(水) 15:02:57 ID:iVy05m+O]
- とりあえず、消したファイルをツール等で復活できないように、
使ってない領域を0で埋めるようなツールを探しています。
ただ、そんな厳密なものはいらなくて、最優先なのは速度です。
なんかいいツールありますか？
- 832 名前：login:Penguin mailto:sage [2008/09/03(水) 15:19:09 ID:jmdo1eTZ]
- > sega
- 833 名前：login:Penguin mailto:sage [2008/09/03(水) 16:53:35 ID:MMCDH66W]
- mount /dev/hogehoge /target
mv /target/* /backup/
umount /target
dd if=/dev/zero of=/dev/hogehoge
mount /target
mv /backup/* /target
- 834 名前：login:Penguin mailto:sage [2008/09/03(水) 16:55:06 ID:MMCDH66W]
- コーディングの速度を最優先してみました。
- 835 名前：login:Penguin mailto:sage [2008/09/03(水) 16:55:59 ID:MMCDH66W]
- 駄目じゃん俺。ファイルシステムを作り直すの忘れてるわ
- 836 名前：login:Penguin mailto:sage [2008/09/03(水) 17:12:25 ID:gy6I6xnc]
- shred
- 837 名前：login:Penguin mailto:sage [2008/09/03(水) 18:25:11 ID:enhdHru1]
- xfs
- 838 名前：login:Penguin [2008/09/03(水) 22:00:24 ID:0whAXUeF]
- AdvFS
- 839 名前：login:Penguin mailto:sage [2008/09/04(木) 00:31:30 ID:D8JUp3nR]
- >>831
dd if=/dev/zero of=/mnt/foo/bar bs=1024k
rm /mnt/foo/bar
これでだいたい消えるだろ。
- 840 名前：login:Penguin mailto:sage [2008/09/04(木) 02:05:39 ID:oV1qRSM1]
- アホか
- 841 名前：login:Penguin mailto:sage [2008/09/04(木) 02:54:12 ID:hW2btgDS]
- おすぎです
- 842 名前：login:Penguin mailto:sage [2008/09/04(木) 03:26:28 ID:OfHk9Fuj]
- dd遅い。
なんとかしろ。
- 843 名前：login:Penguin mailto:sage [2008/09/05(金) 01:31:56 ID:wNebxfYY]
- ルートシステムをパーティションAからパーティションBへ
まるごとコピーしたい場合、
cp -a で一気にやっちゃっていいんですか？
/dev のあたりがどうなるか不安です。
もちろん現在稼動中のルートじゃなくて、
第三のシステムCからAとBをマウントしてやるつもりです。
- 844 名前：login:Penguin mailto:sage [2008/09/05(金) 02:09:42 ID:Os+Kvd1W]
- >>843
cp -aでほとんど問題ない
デバイスファイルもシンボリックリンクもハードリンクも考慮してくれる
唯一元通りにならないのはsparse fileだけ
こればかりはdump/restoreでないと無理
- 845 名前：login:Penguin mailto:sage [2008/09/05(金) 04:47:28 ID:1sBBnm+4]
- >>843
拡張データを持てるファイルシステム(XFS等)で、拡張データを使う場合は
FS付属のツールを使うのが吉だけど、大抵はcp -aで問題ないと思うよ。
- 846 名前：login:Penguin mailto:sage [2008/09/05(金) 07:01:10 ID:5EcHMg0O]
- >>843
GNU cpなら--sparse=alwaysで作ってくれるんじゃなかったっけ？
www.linux.or.jp/JM/html/GNU_fileutils/man1/cp.1.html
- 847 名前：login:Penguin mailto:sage [2008/09/05(金) 10:11:20 ID:+SJyFP4u]
- >>843
SELinux使ってるなら有効な環境で-cも付けないとラベル消えるぞ
www.atmarkit.co.jp/fsecurity/rensai/selinux202/selinux01.html
- 848 名前：login:Penguin mailto:sage [2008/09/05(金) 15:07:50 ID:8UOYq6Hd]
- >>844
tarもスパースファイルをサポートしてますね(-S, --sparse)
- 849 名前：login:Penguin mailto:sage [2008/09/05(金) 15:41:39 ID:EqUjCuSV]
- Hans Reiser氏に15年以上の懲役判決が下った
slashdot.jp/it/article.pl?sid=08/09/04/0755244
＼(＾o＾)／人生ｵﾜﾀ
＼(＾o＾)／reiserfsｵﾜﾀ
- 850 名前：login:Penguin mailto:sage [2008/09/05(金) 15:59:35 ID:dzRR9M4U]
- reiserfsの開発は誰かが引き継いでほしいな。
- 851 名前：login:Penguin mailto:sage [2008/09/05(金) 16:15:53 ID:ASnbqGpK]
- カリフォルニア州では刑に「〜終身」がついた場合に保釈（hansの場合は15年後）される確立が1%と
極端に厳しいんで有名だってスラッシュドットに書き込みがあったけど、それが本当だったら
司法取り引きをした意味ないじゃん。
- 852 名前：login:Penguin mailto:sage [2008/09/05(金) 16:23:55 ID:kV5sEzEe]
- >>851
カリフォルニア州では死刑廃止されていないので、第一級殺人だと最悪
死刑の可能性がある。
- 853 名前：login:Penguin mailto:sage [2008/09/05(金) 16:40:10 ID:yJYLbrdu]
- 本人は刑務所内で開発をしたい意向だ。
多分その望みは叶えられるだろう。
- 854 名前：login:Penguin mailto:sage [2008/09/05(金) 17:18:15 ID:kV5sEzEe]
- >>853
このスレでもガイシュツだけど、PCを使っての外部とのやり取りは
可能なのかなぁ。もちろん、手紙とかは検閲入るものの普通に
やり取りできるけどさ。
日本ですら以前は家族だけだったのが今は友人が出した手紙も普通に
読めるようになったし。
- 855 名前：login:Penguin mailto:sage [2008/09/05(金) 17:28:15 ID:cfp2W/Pk]
- どうなんだろね。
インターネット接続できる＝自由かつ秘密裏に外部の人間とコンタクトとれちゃうから、一般的には禁止じゃないの？
- 856 名前：login:Penguin mailto:sage [2008/09/05(金) 17:37:48 ID:+SJyFP4u]
- やはり鉛筆と紙だな
- 857 名前：login:Penguin mailto:sage [2008/09/05(金) 18:14:56 ID:kV5sEzEe]
- >>856
そして、それをOCR…、ってPGPの米国外持ち出しを思い出すな。
- 858 名前：login:Penguin mailto:sage [2008/09/05(金) 20:19:02 ID:K3X7Sr2a]
- Hansも出所するころには全身にコードが刻み込まれた絵人間に
wiredvision.jp/blog/fromwiredblogs/200809/20080901112834.html
- 859 名前：login:Penguin mailto:sage [2008/09/06(土) 16:20:44 ID:Jnd5r4sk]
- 2027年7月7日 Hansあらわる
記者「Hansさん、出所おめでとうございます。」
Hans「いやー有難う。ところでReiserFSのメンテ状況はどう？」
記者「アレは...いや無事に出所できて良かったですね！」
- 860 名前：login:Penguin mailto:sage [2008/09/09(火) 03:49:20 ID:W19H5Uqv]
- 知らない間にハードディスクに、
FAT16（：Ｅ）とReiserFSっていうﾊﾟｰﾃｨｼｮﾝができてたんですが、
これって削除しても大丈夫っぽいですか？
特にReiserFSがあるとﾊﾟｰﾃｨｼｮﾝ触るときに、「移動できないﾊﾟｰﾃｨｼｮﾝがあるため続行できません」とでてしまい不便してます
ttp://www.dotup.org/uploda/www.dotup.org3180.jpg
ttp://www.dotup.org/uploda/www.dotup.org3181.jpg
調べてみた結果俺みたいなﾊﾟｰﾃｨｼｮﾝ構成になっている人がほとんどいないようだったので、
初期から入ってるものではなくいつの間にか紛れ込んだものだとは思うのですが、
気になるので意見聞かせてください。
ＰＣでテレビを見たことはありません。
一応ＴＶを見れるタイプのＰＣですが設定はしていません。
Linuxのインストール系には手は出してないと思います。
- 861 名前：login:Penguin mailto:sage [2008/09/09(火) 03:55:53 ID:gB41I1Lq]
- 質問する間でもなく、必要のないファイルは消してもいいというのと一緒だろ。
インストール’系’という言葉が気になるが、何かやらかしたの?
windowsで変なソフトを使っていない限り紛れ込むことはない。
- 862 名前：login:Penguin mailto:sage [2008/09/09(火) 04:11:49 ID:W19H5Uqv]
- >>861
昔酔った勢いでインストール系触ったような・・さわらなかったような・・
多分やってないハズです。
もう一個考えられるとしたら、
バックアップソフトのAcronis True Imageで緊急起動用のブートＣＤ作った時に
作成されたかもしれませんが、うーん・・・
まぁ基本的にはドライブＣ以外のﾃﾞｰﾀはどうなろうが関係ないはずですよね。
ありがとうございます。
- 863 名前：login:Penguin mailto:sage [2008/09/09(火) 09:55:45 ID:IAhfdh01]
- メーカーPCならリカバリ領域がReiserFSに見えてるのかもしれん・・・
と思ったけど200Mぽっちってことは無いだろうから分からんな。
不安なら1cdLinuxでマウントしてみるとかダンプしてみるとかすればいいんじゃないの？
- 864 名前：login:Penguin mailto:sage [2008/09/09(火) 10:47:10 ID:vqqGOdEY]
- >>860
板違い。
PC初心者
pc11.2ch.net/pcqa/
- 865 名前：login:Penguin mailto:sage [2008/09/15(月) 14:01:29 ID:xgMSq0hA]
- 全半角の時点でアレ
- 866 名前：login:Penguin mailto:sage [2008/09/21(日) 07:15:01 ID:oAQntVv0]
- いま、SSD搭載のノートPCにインストールするとき、お勧めのFSは何でしょうか?
まだ「決定版」は無いみたいですが…
- 867 名前：login:Penguin mailto:sage [2008/09/21(日) 22:36:42 ID:wn9vsd7X]
- 便乗質問ですがSSDってロジカルな意味以外での断片化って
ありうるんですか？
- 868 名前：login:Penguin mailto:sage [2008/09/22(月) 01:22:03 ID:59rWT/4x]
- あるよ。コントローラが特定チップへの書き込み偏重を起こす副作用があるウェアレベリング手法を採用してたら。
- 869 名前：login:Penguin [2008/09/22(月) 01:22:27 ID:IWoMUFF9]
- 断片化そのものはあるだろうけど、ウェアレベリングで
ランダムなアドレスに書き込んでいるから元から断片化しまくりだろうし、
断片化していてもシーク時間がないから断片化を気にすることに意味がないデバイスだよね。
- 870 名前：login:Penguin mailto:sage [2008/09/22(月) 02:11:58 ID:Ys/3lHk7]
- >>868,869
オマエらほんとはウェアレベリングのことよく知らないだろw
- 871 名前：login:Penguin mailto:sage [2008/09/22(月) 13:30:45 ID:aeCAnmJw]
- >>870尊師による具体的かつ詳細なウェアレベリング講座が始まります
- 872 名前：login:Penguin mailto:sage [2008/09/22(月) 17:21:26 ID:gNSkQdpN]
- 講座はいいから、SSDにお勧めのFSを教えてくらさい
- 873 名前：login:Penguin mailto:sage [2008/09/22(月) 17:22:09 ID:6c0BmpVj]
- btrfs
- 874 名前：login:Penguin mailto:sage [2008/09/22(月) 17:40:04 ID:iwkTRVYz]
- btrfs はSSD用に開発されたFSじゃないでしょ。
- 875 名前：login:Penguin mailto:sage [2008/09/22(月) 18:42:33 ID:Ed/qK+EY]
- btrfsって言ってみたかっただけです
- 876 名前：login:Penguin mailto:sage [2008/09/22(月) 21:03:58 ID:iwkTRVYz]
- 理由もなく勧めたわけですか。バカですね？
- 877 名前：login:Penguin mailto:sage [2008/09/22(月) 21:16:43 ID:6c0BmpVj]
- >>874
すらどに書いてあったから（w
まぁファイルシステムを最適化するよりも、
フラッシュのコントローラの方がこれからまだまだ変わってく
だろうから（今は既存のファイルシステムに合わせて
いろいろ処理を入れている）、当分はファイルシステム側
で何かせずに、ただのランダムアクセスの速いドライブとして
取り扱うのがいいのでは、ということだそうだ。
lwn.net/Articles/298589/
KS2008: Filesystem and block layer interaction
- 878 名前：login:Penguin mailto:sage [2008/09/22(月) 21:22:14 ID:RcWgiPXz]
- iwkTRVYzが執拗につっこむ理由が分からん
- 879 名前：login:Penguin mailto:sage [2008/09/22(月) 22:41:37 ID:ycRdpTD1]
- nttが作っているファイルシステムとかどうよ。
webページではssdにもおすすめみたいなこと書いてあるけど。
- 880 名前：login:Penguin mailto:sage [2008/09/22(月) 23:28:21 ID:RcWgiPXz]
- フラッシュ側の書き込み分散がないか下手だと仮定すれば有効じゃない？
その仮定がガンガン変わってるのが現状だけど
- 881 名前：login:Penguin mailto:sage [2008/09/22(月) 23:57:19 ID:ipFxRDfa]
- 原理的に追記型ファイルシステムならSSD（つーかフラッシュ）に
向いているとはいえるな。
ファイルの編集で、元ファイルへの書き込みが同じブロックへの
書き込みになるとウェアレベリングがまったく機能しないが、追記型なら
別のブロックへの書き込みになるから無問題。
ただ、書き込み処理で使う一時領域（ログ領域とか）が常に同じ区画だと、
そこが最初にやられてしまうので、その部分の改善は必要。この問題は
実はHDD時代からあって、XFSでログ領域が先に磨耗する（その領域での
エラーレートが有意に高くなる）という現象がATAプロトコルアナライザで
観測されてたりする。
- 882 名前：login:Penguin mailto:sage [2008/09/23(火) 01:41:25 ID:3BmYbyLb]
- SSDドライブの耐用年数を増やすカーネルパッチ？
www.atmarkit.co.jp/flinux/rensai/watch2008/watch08b.html
- 883 名前：login:Penguin mailto:sage [2008/09/23(火) 12:26:49 ID:TkE/X+T7]
- >>881
>元ファイルへの書き込みが同じブロックへの
>書き込みになるとウェアレベリングがまったく機能しない
んなことはない。それを散らすのもウェアレベリング。
ただ単に空き領域から領域確保するときにだけ書き替え回数の少ないのを
選択するだけなら簡単だが、それではホントにすぐに壊れてしまう。
- 884 名前：login:Penguin mailto:sage [2008/09/23(火) 13:47:39 ID:7UGRt7NJ]
- フラッシュのコントローラって
どのアドレスにどんだけ書いたとかの情報も保持してるの？
- 885 名前：login:Penguin mailto:sage [2008/09/23(火) 18:26:10 ID:CdCfBQmf]
- >>884
ものによるが、普通の安いコントローラはそんな領域はもってないわな
- 886 名前：login:Penguin mailto:sage [2008/09/23(火) 18:31:29 ID:CdCfBQmf]
- >>882
うむSSDにおいてはdiscard requestが本質で、NILFS, btrfsみたいなappend write思考はウェアレベリング制御コントローラを持たないフラッシュ（組み込み系にしか存在しない）にしか意味がない。
あと、Intelは我が社のSSDのコントローラは超Cooooolなので普通のFSでも全然問題なくて、単に速いHDDとして使えるぜーーって喧伝しているので、カーネルコミュニティ的には、
なんだハードで対策できる問題領域ならハードでやらせたらいいじゃん。的な雰囲気
- 887 名前：login:Penguin mailto:sage [2008/09/23(火) 19:59:58 ID:7UGRt7NJ]
- >>882
これってさ、つまりSSDに一度fs作った後
全領域をなんかのデータで埋めてしまうと、
それをfs上で削除した後でもdiscardされたことになってないので、
fsのメタデータみたいな書き換えが超頻繁なところでも
フラッシュ上の位置が固定されてしまうってこと？
- 888 名前：login:Penguin mailto:sage [2008/09/24(水) 00:03:41 ID:Qx+obLfG]
- >>887
flashがいっぱいになっても書き込み位置は固定されない。
固定したらすぐに壊れてしまう。
discardされない場合、fs的には空き領域なのに、不要なデータをコピーして
領域を移動したりすることになるんだろう。
当然コピーすればさらに書き込みが発生するので、その分寿命が縮む。
discardすればコピーしなくてよくなるので、乱暴に言えば寿命が2倍になる。
- 889 名前：login:Penguin mailto:sage [2008/09/24(水) 08:49:33 ID:c9gJjpCf]
- 結局 file system レベルの内容を理解した上で
制御してくれるコントローラが寿命の短い flash memory 向けには
必要なんだけど、実際にはその手前のレベルの実装になってるってことかな?
- 890 名前：login:Penguin mailto:sage [2008/09/24(水) 11:40:33 ID:UINH6EwP]
- SDカードのfsがFAT16に固定されてたのは
そこら辺が関係してるのかな。
というかSDカードのコントローラってどこにあるんだ？
- 891 名前：login:Penguin mailto:sage [2008/09/24(水) 13:54:37 ID:t2pMdKqe]
- >>890
そりゃカード側ですがな。
あの手のカードでコントローラが入ってないのは
スマートメディアくらいじゃないかのう。
- 892 名前：login:Penguin mailto:sage [2008/09/24(水) 15:45:17 ID:3ffijfuO]
- 下位レイヤの構造をファイルシステムで考慮するのはあんまり好きじゃないなぁ。
すぐ下層のRAIDストライプ幅考慮くらいならまだ許せるんだけど。
頭の悪いウェアレベリング対策で過渡的にFS側で考慮するのは仕方ないけど、環境に適応しすぎた
進化の先は必ずどん詰まりだし、SSD側で何とかなるなら丸投げする方がいいだろうね
- 893 名前：login:Penguin mailto:sage [2008/09/24(水) 16:15:44 ID:C+IH/2xC]
- ただ、SSDのコントローラ側は当然ながらFAT32かNTFSしか考えていないわけで。
- 894 名前：login:Penguin mailto:sage [2008/09/24(水) 22:11:45 ID:QRf9ri97]
- exFATのこともたまには思い出してください
- 895 名前：login:Penguin mailto:sage [2008/09/24(水) 22:43:51 ID:RSAxEbKk]
- >>893
FATになる部分はどうやってるんだろう
- 896 名前：login:Penguin mailto:sage [2008/09/24(水) 22:49:13 ID:3ffijfuO]
- >>893
USBフラッシュならともかく、SSDでそれは考えづらい。
SSDはサーバストレージの置き換えも視野に入れてるし、コントローラが特定のFSに
特化するならそれこそ過適応だよ。コントローラがFSに対応してても、RAIDなり
論理ボリュームなりで細切れにされたら全く対応できないわけで。
回路規模でかくして環境依存かつ複雑なアルゴリズムを採用する判断は普通しないだろう。
- 897 名前：login:Penguin mailto:sage [2008/09/24(水) 22:54:40 ID:ZMNTIDGn]
- 最近USBフラッシュ上にインストールできる鳥が多いが、
yum -y update に耐えられるメモリに出会ったことがない。
つか、使えるの教えてほしい。
- 898 名前：login:Penguin mailto:sage [2008/09/24(水) 23:16:14 ID:jpGgbHMv]
- >>897
yum -y update すると何が起きるの?
- 899 名前：login:Penguin mailto:sage [2008/09/24(水) 23:17:44 ID:YyeaGl1F]
- USBメモリがパンパンになる
- 900 名前：login:Penguin mailto:sage [2008/09/24(水) 23:27:00 ID:ZMNTIDGn]
- 途中でファイルシステムからI/Oエラーみたいなのが
でるけど、あれは容量が足りてないの？
2GBのメモリで512MBの上書き可能領域を設定していて、
ソフトの２、３個は確かに問題なくインストールできるんだけど。
- 901 名前：login:Penguin mailto:sage [2008/09/24(水) 23:49:03 ID:t6WL9Ml4]
- 大胆に言えば、「未使用部分は消去しないで放っておくという最適化」を止めるというだけ。
その通知はzero fillでは適当ではなくコマンド発行が正しい使い方だったということだよね。
>>897
それは量的な問題で、16GBの奴とか使えばいいんでないか?
- 902 名前：login:Penguin mailto:sage [2008/09/25(木) 09:30:05 ID:gW2/+wNw]
- >>901
CF ELASE SECTORSだったかな。うろ覚えだけど
結局OSの対応がいるからそのままって訳には行かないしこのコマンド発行してくれる実装のファイルシステムはあるのかしらない。
ZFSあたりはELASE SECTORってのが有った気もするので対応してそうな予感
- 903 名前：login:Penguin mailto:sage [2008/09/26(金) 01:13:27 ID:toU2R+YV]
- ELASE-SECTOR に一致する情報は見つかりませんでした。
- 904 名前：login:Penguin mailto:sage [2008/09/26(金) 01:48:51 ID:MxRUPN85]
- >>903
ERASE SECTORやね
スペルミスしてた。ｽﾏｿ
- 905 名前：login:Penguin mailto:sage [2008/09/27(土) 02:44:23 ID:ihJfj8xO]
- >>900
この件はもっと事例報告があればいいな。
実は自分の所では、もっと高価なSSD (SLC) で似たような事が起きている。
yum upgrade や yum update でバージョンアップしているときに ext3 ナントカ error
(正確なメッセージは記録していない。今度出たらちゃんと記録するよ)
というのが出て、次回起動時に fsckが必要になり、いくつかのファイルが失われた。
(yum upgrade を4回ほどやったうち、2回その現象が起きている)
失われたシステムファイルは yum reinstall で今のところどうにかなっているようではある。
自分のSSDの初期不良なのか、yumなどで 大量に書き換えをするときにフラッシュメモリー
デバイスにありうる一般的な問題なのか、切り分けたい所なので、>>900 のような事例が
他にもあれば、報告して欲しいな。
スレ違いなら、どこで訊くのがよいだろう。俺としては、この fs スレで新しい知見が得られると
ウレシイのだけれど。
- 906 名前：login:Penguin mailto:sage [2008/09/27(土) 12:22:06 ID:kG6oXFXC]
- >>905
USBメモリの容量不足だったようです。すまん。
640MBのイメージが圧縮されているのでOS起動時には
2.1GBのサイズになっているのがdfで確認できる。
つまり約3〜4倍に膨れる。
--overlay-size-mb 512 で上書き可能サイズ512MBにしても
ダウンロードパッケージが400MBほど、さらにこれが
展開される領域が必要で、しかももとの圧縮OSイメージ上の
ファイルは消されずそのまま残るので、
ダウンロードパッケージのダウンロード先を別メモリにして、
さらに--overlay-size-mb 1200でも2/3くらい展開したところで
いっぱいになった。
結論 2GB のメモリじゃぜんぜん足りん。orz
- 907 名前：login:Penguin mailto:sage [2008/09/27(土) 20:10:27 ID:GhDIi3T5]
- つまらんが、安心できる落ちだったなw
- 908 名前：login:Penguin mailto:sage [2008/09/27(土) 20:11:12 ID:GhDIi3T5]
- おっといけない、報告乙です >>906 。
- 909 名前：905 mailto:sage [2008/09/28(日) 04:17:21 ID:yW2sy9CV]
- 安心できないのは俺だけかよ orz
あと1週間もすれば OS の RC1 が出るので、そのときまた yum upgrade で
オカシナことが起きるかも知れん。通常使用では異常は起きてないんだが。
ところで SSD で ext3 を使う場合、書き込みを少しでも減らすために
noatime, nodiratime をマウントオプションに入れるのは有用なのかな。
あるいはこのオプションでファイルシステムを構築すると、動作がおかしく
なるアプリはあるのかな。
- 910 名前：login:Penguin mailto:sage [2008/09/28(日) 05:49:38 ID:VCyQqHEh]
- noatime,nodiratimeで問題が起こる例に出会ったことは今のところないなぁ
安定重視で運用するなら、まずアップデートが必要かどうかから
検討した方がいいんでない？
- 911 名前：login:Penguin mailto:sage [2008/09/28(日) 19:46:50 ID:ag6sJ/bC]
- Gentoo とかは noatime 推奨してるぐらいだし大丈夫なんでね?
- 912 名前：login:Penguin mailto:sage [2008/09/28(日) 20:07:30 ID:CeAQTKB8]
- relatime が導入され理由って、なんだったっけ？
- 913 名前：login:Penguin mailto:sage [2008/09/28(日) 20:59:14 ID:jkHVDhT6]
- つ man mount
Similar to noatime, but doesn’t break mutt or other
applications that need to know if a file has been read
since the last time it was modified.
本当に "other applications" は存在するのだろうか。
もしかして mutt のためだけに存在するとかありそうだが。
- 914 名前：905 mailto:sage [2008/09/29(月) 04:32:31 ID:XZ5p0plM]
- >>910>安定重視で運用するなら、まずアップデートが必要かどうかから検討した方がいいんでない？
これは耳が痛い。しかし本当に安定重視なら、さっさとSSDを取り替えまーす。
>>911
そうなんですか。ちょっと安心しました。さっそくこのオプションをつけてみました。
>>913
mutt って、メールの未読・既読を atimeで管理しているんですか? だとすればそれはあまり良い仕様
ではないような気がするなあ。
私自身は、大昔に find -atime でファイルを探したりしたこともあったので、無くなると不便かも、
とか思わないでもないですが、ここ10年は -atime なんて使ってないので、まあいいかという気も。
- 915 名前：login:Penguin [2008/09/29(月) 07:33:01 ID:tJYBJ2w6]
- システムコール lstat で巨大なファイル（5GBとか）の
情報を取得しようとすると、戻り値が -1 で errno には
Errno = 75: Value too large for defined data type
が入って返ってきます。
回避する方法はないものでしょうか？
- 916 名前：915 [2008/09/29(月) 08:33:30 ID:tJYBJ2w6]
- stat64 を使えということは分かりました．
ところでこういう話題はム板の方がいいんでしょうか？
それとも Linux 板でいいんでしょうか？
- 917 名前：login:Penguin mailto:sage [2008/09/29(月) 12:59:49 ID:L4lBHZ6L]
- >>916
どっちでもロクな回答は返らない
APUE嫁
man嫁
info嫁
- 918 名前：login:Penguin mailto:sage [2008/09/29(月) 13:30:54 ID:cvmxD0my]
- >>914
メールソフトの場合、ファイルを書くのはsendmail, 読むのはmuttだろ。
んで、特に厳密なプロトコルがあるわけではないので新着お知らせを実装したいと
毎回ファイルを読み直すか、atimeとmtime を比較するか。の話にどうしてもなる気がする。
ローカルにPOPサーバ立てて管理するのが賢いんじゃね？という気もするが。
このへん、メーラ毎に独自ファイルフォーマットのWindowsとは違った苦しみがあるよな。Linux
- 919 名前：login:Penguin mailto:sage [2008/09/29(月) 14:21:27 ID:XZ5p0plM]
- >>918
しかし atimeとmtime の比較だと、メールリーダー以外のアプリでアクセスすると新着お知らせしてくれなくなるね。
ウチは新着お知らせに asmail を使っているけれど、noatime でもちゃんと「お知らせ」してくれたよ。
less でスプールを読んだくらいでは「お知らせ」は終了しなかった…ってこれは noatime のもとでは当然か。
- 920 名前：918 mailto:sage [2008/09/29(月) 23:56:22 ID:cvmxD0my]
- >>919
ごめん、流れをちゃんと読んでなかった。muttってバカなの？死ぬの？って質問の回答はYes, Of cource. だと思ってます :-)
- 921 名前：login:Penguin mailto:sage [2008/09/30(火) 09:46:51 ID:vrgONqZt]
- なんかオバカが混じってる気がしますが…
(mutt を使ったわけでも確認したわけでもないでしょ?)
昔ながらの biff とか shell 通知の "you have unread mail"は
>918 が書いてるように mtime, atime 比較をするのが
妥当だしそれしか方法はない
(ただし mbox タイプのスプールにしか使えない手法)
>914 の「未読管理」の話はおそらくその話を誤解している。
mbox だったらスプール全体で時刻情報1つしかないんだから
使用不能だし、maildir 系はそういう情報は使わない
(ファイルに拡張しみたいにつけてく)
>919
それは新しいメールが来た(mtime 更新)の情報でしょ?
上記のlogin時の「まだ読んでないメールあるよ(atimeとmtime)」とは別。
ということでヌケ作は >920 ですね
- 922 名前：login:Penguin mailto:sage [2008/10/01(水) 00:11:34 ID:zZx3s+9c]
- 実は 920=921 と予想。
- 923 名前：login:Penguin [2008/10/01(水) 18:59:06 ID:iSmqobed]
- root fiesystemにNFSサーバーを使用してボードコンピュータを起動したいのですが
イーサーブート後、nfsマウントしてカーネルはロードした後、
ロード(nfsマウント)したfilesysytemがread-onlyになってしまいます。
/etc/exports下記でrw指定しているんですがなぜでしょうか？
/usr/src/exports 192.168.0.xxx(sync,rw,no_root_squash)
ボードの起動完了後に
mount -n -o remount,rw /
しても効きません
- 924 名前：login:Penguin mailto:sage [2008/10/01(水) 23:31:02 ID:Bd3jk6SU]
- PXEのコマンドライン晒してみ？
- 925 名前：login:Penguin mailto:sage [2008/10/10(金) 19:11:21 ID:4Novx3gU]
- UBIFSってなんぞ
- 926 名前：login:Penguin mailto:sage [2008/10/10(金) 19:23:33 ID:ZxeZssLK]
- >>925
lwn.net/Articles/276025/
- 927 名前：login:Penguin mailto:sage [2008/10/10(金) 22:08:17 ID:RWlL9BKf]
- >>925
フラッシュ用ファイルシステム、ただしＳＳＤのようなコントローラがＨＤＤのフリしてくれるやつには意味ない。
組み込み向けだね
- 928 名前：login:Penguin mailto:sage [2008/10/11(土) 01:12:56 ID:5UHGXJFw]
- ちょっと前にも話題になっていたけど、SSDにはコントローラの性能向上を信じて
ext3のままでもいいのか、それともフラッシュ向けとされるJFFS2のほうがいいのか
どうなんだろう?
discard patchうんぬんという話もあるしなぁ
- 929 名前：login:Penguin mailto:sage [2008/10/11(土) 03:29:55 ID:C35hQhNl]
- >>928
SSDには、というか一般のブロックデバイスにはJFFS2やUBIFSは使えないだろ
- 930 名前：login:Penguin mailto:sage [2008/10/11(土) 03:46:56 ID:/DmF+eXK]
- >>928
面倒な事は何もやらないけど、ものすげー安い or 速いSSD
＋
そういう面倒を引き受けてくれるファイルシステム
つうのがいいんじゃないかと思うんだが、世の中そういう方向に行ってくれなくてのう。
- 931 名前：login:Penguin mailto:sage [2008/10/11(土) 05:03:38 ID:HTsFZd/e]
- 今のファイルシステムも信頼できないのに、どんどんと新しい信頼できそうにない
ファイルシステムをもってくるのはやめてほしい＞Linux。
（客に提案するサーバのうち NFS serverは全部Linux以外だぜHAHAHA!!）
SSDはさっさとECC的なチェック位して、まともにリードエラー出すようにしてくれないと
個人でも心配でメインには使用できない。
ここまで故障しやすいシステムなんてこれまで考慮されてないんだから
ハードウェア側でさっさと対処して、OS標準ファイルシステムがデバイス依存に
ならないようにしてほしいわ。
- 932 名前：login:Penguin mailto:sage [2008/10/11(土) 07:59:47 ID:yGwU5XzZ]
- >>931
>SSDはさっさとECC的なチェック位して、まともにリードエラー出すようにしてくれないと
もうやってる。
なんでSSDに対して対策が必要なのかを根本的に理解してないタイプか。
- 933 名前：login:Penguin mailto:sage [2008/10/11(土) 08:56:37 ID:ppTdVB+e]
- 直接sambaとかNFSサーバ見せないでプロキシ経由で
アクセスするようにってできないですかね？
直接ファイル鯖いじられたくない困った
- 934 名前：login:Penguin mailto:sage [2008/10/11(土) 09:09:28 ID:QSGYszLu]
- >>933
よくわからんが、Apache で WebDAV
- 935 名前：login:Penguin mailto:sage [2008/10/11(土) 09:16:02 ID:ppTdVB+e]
- >>934
sambaとかって
鯖ー鯖(蔵）ー蔵方式で
マウントできますかね？
WebDAVとか遅いからだめなんですよ
- 936 名前：login:Penguin mailto:sage [2008/10/11(土) 09:24:39 ID:WkhcPGyl]
- >>935
質問の仕方もおかしいし、スレ違いって事もわからないようじゃ君には無理。
- 937 名前：login:Penguin mailto:sage [2008/10/11(土) 11:49:16 ID:/eNXCR9B]
- >>931
LinuxのFSが信頼性よりパフォーマンスなのは同意するが
NFSサーバがLinuxじゃないのはNFSが互換実装なのを嫌った方がでかいだろう。
SSDでも突っ込み入っているけど、調べる癖は付けといたた方がいいよ。
客とやらを不幸にする前にね。
- 938 名前：login:Penguin mailto:sage [2008/10/11(土) 12:39:21 ID:F5yk1I08]
- >>931
おまえがタームだけしか知らずにモノを言うシッタカなのは理解してあげたので、
とりあえず
ttp://homepage3.nifty.com/akakabunoken/OpenSourceTop/jffs2/jffs2_1.html
でも読んで出直せ。
- 939 名前：login:Penguin mailto:sage [2008/10/11(土) 14:10:29 ID:g3joq6C9]
- SSDがどんどんHDD的に使えるようになってるのでFS開発者としては
新設計なしで静観予定らしいけど、
SSD,HDD -> 従来FSでおけ
生フラッシュ -> MTD, UBIでおけ
USBメモリとか -> 選択肢が無い・・・
というわけで、大容量USBメモリとかSD/CFが使いにくいまま。
小容量ならinitramfsでメモリ展開して終わりなんだけど、
大容量フラッシュメモリデバイスをうまく使う方法が無いのが
ちょっと微妙。tmpfsを被せて使うくらいしかできない。
- 940 名前：login:Penguin mailto:sage [2008/10/11(土) 14:14:16 ID:ZEc5lvl1]
- NTFSでハードリンクを使ったら、削除がすごく遅くて使えない
というか、１つの実体ファイルに対してのハードリンクの数に
比例して速度が落ちていっているようです。
pdumpfsで10万ファイルくらいあるフォルダをバックアップして
３ヶ月くらい放置してあったんだけど、
（実体が約10万ファイルで、×90日＝約900万個のハードリンク）
pdumpfs-cleanがいつまで経っても終わらないので調べてみたら
上の状態で１日分削除するのに１時間以上かかっていました。
ハードリンク数が減ってくればスピードが上がるとはいえ、これでは
クリーンアップが終わる前に、次のバックアップ時間になってしまいます。
ext3とかXFSでもこんなに遅い…なんてことはないですよね？
バックアップ専用にLinuxサーバーを作ろうとか考えてるけど。
- 941 名前：login:Penguin mailto:sage [2008/10/11(土) 14:35:59 ID:3CVcp8Gk]
- >>940
バックアップ先にネイティブではないFSを選択するなんてどうかしている。
- 942 名前：login:Penguin mailto:sage [2008/10/11(土) 16:31:14 ID:ZEc5lvl1]
- >>941
Windows上でNTFSを使っているからファイルシステムはネイティブですよ。
LinuxのNTFS実装ではなくて、Windowsから直に使っても劇遅なのです。
pdumpfsはWindows用の実装もあって、Windows用はNTFSのハードリンクを使う。
元々pdumpfs自体はLinux上で使うように作られていたので、
Windows移植版は亜流扱いかなと思って、本来の環境(Linux+ext3/XFS)での
バックアップ運用を考えているんだけど、こっちでも同じようにパフォーマンスが
落ちるなら新しくサーバーを作る意味がないのです。
ext3ならハードリンクの削除はi-nodeの削除と参照カウントを変更するだけだと
思うのでパフォーマンスは落ちない気はするのですが、実際はどうなのかなと。
- 943 名前：login:Penguin mailto:sage [2008/10/11(土) 17:05:54 ID:F5yk1I08]
- >>939
SDなんて規格でSDだとFAT、SDHCだとFAT32を使うことを決められているんだし、
CFやUSBメモリもFSの規格化こそされていないものの、既存のFAT32から変更する
ことなんて相互運用性を考えるとありえないし、FSレベルではできることは
FAT32でwrite buffer回りをフラッシュ向けのパラメータに調整するとか、
かなり限られるだろうからなぁ。
運用面では、いったんHDDなりtmpfsなりに書き出してから、カードを抜く前に
一気に書き出すようにするとか、fsだけでやるよりは、いろいろやれるだろうけど。
- 944 名前：login:Penguin mailto:sage [2008/10/11(土) 21:38:02 ID:g3joq6C9]
- >>942
そう考えるとVistaのReadyBoostはうまいよな。
HDDよりはるかに高速なリード系キャッシュとしてのみ使って、
ライトはキャッシュしないでHDDにダイレクトに戻すわけだから。
OS側でHDD+Flashのハイブリッドデバイスにしてるようなもん。
Linuxでもaufsとかでうまくラップしたら同じ構成にできるかな？
- 945 名前：login:Penguin mailto:sage [2008/10/11(土) 22:33:13 ID:BChDsKTE]
- >>944
今ならRAMを大量に積んで、開いたRAMを積極的にキャッシュに使うほうが
有意義だと思うが、RAMよりはるかに低速なFlashを使う意味はあるのか？
- 946 名前：login:Penguin mailto:sage [2008/10/11(土) 22:35:35 ID:3CVcp8Gk]
- VistaのReadyBoost は思ったほど効果が出ないので廃れてきている。
メモリいっぱい積んでキャッシュした方が速い。
- 947 名前：login:Penguin mailto:sage [2008/10/11(土) 22:39:15 ID:/eNXCR9B]
- >>945
アイドル時の消費電力
- 948 名前：login:Penguin mailto:sage [2008/10/11(土) 22:51:43 ID:g3joq6C9]
- >>945
VMwareが使うテンポラリ領域に今はtmpfs割り当ててるけど
メモリ圧迫がきつい。なので、RAMより遅いけどHDDよりはランダム
リードが速いフラッシュに持っていきたい。
でも、いまだとリードキャッシュにのみ使うというような使い分けが
できないのでUSBフラッシュの激遅なランダムライトが思い切り足を
引っ張ってしまう。なので泣く泣くtmpfs使ってる。
- 949 名前：login:Penguin mailto:sage [2008/10/11(土) 23:30:52 ID:BChDsKTE]
- もちろん環境によって違うが、VMwareならメモリ8GBもあれば
ほとんどオンキャッシュじゃないか？
- 950 名前：login:Penguin mailto:sage [2008/10/12(日) 15:34:42 ID:cHEoGiGP]
- >>939
USBメモリもＯＳから見たらＡＴＡだ
>>943
おかげで、ＦＡＴ前提で消去動作をするデバイスがいて困る
- 951 名前：login:Penguin mailto:sage [2008/10/12(日) 16:17:22 ID:caxeqjv+]
- >>929
普通のブロックデバイスでJFFS2を使う方法は、ある
- 952 名前：login:Penguin mailto:sage [2008/10/12(日) 23:38:54 ID:cHEoGiGP]
- >>951
方法はあるがJFFS2のメリットがまるで生かせないのでオススメはしない。
そもそも、ブロックデバイス経由となるとそれなりに大きなフラッシュが大半だが、
JFFS2は大容量にあまりうまくスケールしない。
- 953 名前：login:Penguin mailto:sage [2008/10/13(月) 03:50:43 ID:/1X8bqTg]
- >>950
SCSIじゃないの？
- 954 名前：login:Penguin mailto:sage [2008/10/13(月) 05:54:18 ID:Yen7BMcS]
- >>950
USB mass storage classの立場が…
- 955 名前：login:Penguin mailto:sage [2008/10/13(月) 10:31:00 ID:KYd3m3EJ]
- >>942
WindowsのNTFS上のファイルをNTFS以外のところに
バックアップするのを>>941は言ってるんじゃないの？
- 956 名前：login:Penguin mailto:sage [2008/10/13(月) 11:56:43 ID:gw7EyGVh]
- ディスクイメージを丸ごと保存するしか無いことに気付くのさ
- 957 名前：login:Penguin [2008/10/13(月) 16:17:01 ID:0i0p6LYA]
- 結局 dd とか Acronis TrueImage に頼らざるを得ないよな
- 958 名前：login:Penguin mailto:sage [2008/10/19(日) 09:56:52 ID:Y5v4Sc4N]
- Kernel Log: Ext4 completes development phase as interim step to btrfs
www.heise-online.co.uk/news/Kernel-Log-Ext4-completes-development-phase-as-interim-step-to-btrfs--/111742
- 959 名前：login:Penguin mailto:sage [2008/10/19(日) 13:51:01 ID:UH6RFsrQ]
- btrfsってベターエフエスじゃなくてバターエフエスだったのね
- 960 名前：login:Penguin mailto:sage [2008/10/20(月) 16:30:26 ID:kMVayZDo]
- NTFS並みにぶっ壊れないNTFS以外のFSないー？？？
- 961 名前：login:Penguin mailto:sage [2008/10/20(月) 16:37:15 ID:iP5zKBzc]
- >>960
おい、しっかりしろ！
壊れてるのはファイルシステムじゃなくてオマエの頭だ！
- 962 名前：login:Penguin mailto:sage [2008/10/22(水) 08:49:29 ID:I6jwpH/K]
- NTFS並みに「ぶっ壊れない」NTFS以外のFSないー？？？
じゃなく
「NTFS並みにぶっ壊れ」ないNTFS以外のFSないー？？？
じゃね
- 963 名前：login:Penguin mailto:sage [2008/10/22(水) 10:59:57 ID:NBHzzMxf]
- みなさまお勧めのFSはなんですか？(2008/10現在)
- 964 名前：login:Penguin mailto:sage [2008/10/22(水) 14:12:28 ID:C4w3eGpm]
- >>963
ヴぁたーえすえふ
- 965 名前：login:Penguin mailto:sage [2008/10/22(水) 14:12:49 ID:jdRhwaU9]
- JFS
もっとも中庸
- 966 名前：login:Penguin mailto:sage [2008/10/22(水) 14:42:09 ID:C4w3eGpm]
- JFSって実用に耐えるような品質じゃなかったような
- 967 名前：login:Penguin mailto:sage [2008/10/22(水) 14:53:47 ID:gVMTbwAJ]
- NTFS壊れないだろ。あれだけ利用者がいることを考えたら驚異の堅牢さ。
- 968 名前：login:Penguin mailto:sage [2008/10/22(水) 14:55:10 ID:q1aPF8u5]
- >>967
その点は認めるが、その分安全性に振ってあるせいか遅いんだよね。
- 969 名前：533 mailto:sage [2008/10/22(水) 20:05:03 ID:pEgnaN2Y]
- >>966
個人レベルじゃ分からんね
まだファイルシステムとして問題になったことはないね。
- 970 名前：login:Penguin mailto:sage [2008/10/22(水) 23:25:49 ID:Df2ywAsR]
- ZFS(`･ω･)
- 971 名前：login:Penguin mailto:sage [2008/10/22(水) 23:27:19 ID:C4w3eGpm]
- >>969
壊れるわ落っこちるわで
個人レベルで使い物にならなかったから言ったんだが
- 972 名前：login:Penguin mailto:sage [2008/10/22(水) 23:54:29 ID:jdRhwaU9]
- JFSじゃなくて個人の能力の問題ぽいな
- 973 名前：login:Penguin mailto:sage [2008/10/22(水) 23:58:54 ID:1b7uzJ+6]
- 能力者か
- 974 名前：login:Penguin mailto:sage [2008/10/23(木) 01:03:22 ID:AE+LtDQB]
- JFSの評価は試した時期によって真っ二つに分かれるよ。
オレはダメダメな頃に試して、開発チームの品質意識の低さに愛想が尽きたクチ。あんなものをv1.0とかリリース版とか呼ばないでくれ・・・
まあそろそろ許してやるかと思わんでもないけど、最悪レベルの悪印象１回で５年は忌避するね。
- 975 名前：login:Penguin mailto:sage [2008/10/23(木) 01:19:26 ID:NIVvYMeo]
- 俺は一昨年あたりに試して駄目だったがな
どこかで「JFSは性能は悪いが安定してる」みたいなのを読んで騙された
三台くらいのマシンで使ってたが愛想が尽きたよ
Squidのキャッシュにしたらカーネルが頻繁にこけるし
数十GBのファイルシステムに使ったら1月も経たないうちに壊れやがった
全面的にxfsに切り替えてからはノートラブル
- 976 名前：login:Penguin mailto:sage [2008/10/23(木) 01:43:33 ID:rce9rSrQ]
- さすがに嘘っぽいなw
- 977 名前：login:Penguin mailto:sage [2008/10/23(木) 01:53:17 ID:h1GjsnzS]
- 普通にufs(ffs)でいいと思うんだが。
だめっすか?
ちなみに、NTFSはVista SP1/W2K8 からNTFS Transactionが
入ったのがｽｹﾞｰよ。UNIXのFSには同じ機能はないよねえ。
- 978 名前：login:Penguin mailto:sage [2008/10/23(木) 04:20:41 ID:AeDLf20b]
- ufsとかほとんど使われてないだろ。
transactionは確かにあれば便利なような気はする。
でも実装するとなるとそうとうにvfsの大改造が必要になりそう…。
- 979 名前：login:Penguin mailto:sage [2008/10/23(木) 06:49:03 ID:AE+LtDQB]
- reiser4に入る予定だったのに・・・
- 980 名前：login:Penguin mailto:sage [2008/10/23(木) 11:58:13 ID:psJByFA2]
- >>975
ほおー。
以前も書いたかもしれないけど、俺はフェイルオーバークラスタ
の共有ディスクにして、httpdのドキュメント＆ログ兼postgresの
DB置き場にしていたけど、特に問題は起きなかったけどなぁ。
共有ディスクなんで、オンラインでのマウント・アンマウントなんか
も発生したけど、ファイルシステムの異常は発生しなかったよ。
- 981 名前：login:Penguin mailto:sage [2008/10/23(木) 14:22:40 ID:NIVvYMeo]
- >>980
それってappendと、既に割り当て済みの領域への書き込みしか発生しないだろ
ファイルシステムのテストになってないぞ
- 982 名前：login:Penguin mailto:sage [2008/10/23(木) 20:49:02 ID:xBWodj0l]
- >>970
ZFSってFUSEで実装してる分のオーバーヘッドってどんなものなんでしょうか？
- 983 名前：login:Penguin mailto:sage [2008/10/23(木) 20:50:42 ID:psJByFA2]
- >>981
別にファイルシステムのテストを企図して使ってたわけじゃないが、
頻繁にWebコンテンツの追加・削除は発生してたし、ファイルの
アップロードも存在したし、とあるシステム向けのデータファイルが
日ごとに追加されてたんで、それなりに負荷はあったと思うよ。
- 984 名前：login:Penguin mailto:sage [2008/10/23(木) 21:25:23 ID:IxMIJ6A4]
- とはいえ、やっぱりある程度特殊な環境かと。
webコンテンツの更新やらファイルのアップデートなんて、いくら頻繁でも
たかが知れている。
共有は共有でも開発環境のファイルサーバで、しょっちゅう
makeが動くとかなら話は全然別だけど。
- 985 名前：login:Penguin mailto:sage [2008/10/23(木) 23:31:32 ID:sA6CnTJk]
- ウチは、今年前半にメールサーバ、Webサーバのデータ領域として導入。
533にあるとおり、PPC Ubuntuで。
メールは、IMAP管理で基本的にスパムも削除しないで単純増加がほとんどかな？
あと、ファイル管理のスワップファイルをおいている。スワップはあまり使われてない。
とりあえずjfsだからってことで困ったことはない感じかな？
- 986 名前：login:Penguin mailto:sage [2008/10/24(金) 00:50:46 ID:BMCuftSP]
- データベース以外の用途なら、やっぱZFSがいいよなぁ。
|
 |
