ファイルシステム総合スレ その14
■ このスレッドは過去ログ倉庫に格納されています
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/
過去スレ、関連リンクは >>2-10 あたりで。
0415login:Penguin
2012/03/27(火) 15:24:11.43ID:8raiaROU0416login:Penguin
2012/03/27(火) 17:06:17.31ID:hnL/7KM5YAFFS採用しようとしたけど、マルチコアだと性能上がらないからext4になった
この先YAFFSの開発が進めば採用される可能性はある
0417login:Penguin
2012/03/27(火) 17:17:20.42ID:hNqxngVqそういえばbtrfsを採用表明した勇気ある携帯・組み込み向けディストリビューションがあったような気がするけど、もう鳥の方が先にお亡くなりになったんだっけ。
0418login:Penguin
2012/03/27(火) 19:39:04.58ID:q1+VEPCG0419login:Penguin
2012/03/27(火) 20:47:31.98ID:rEiB2jG/0420login:Penguin
2012/03/27(火) 22:06:29.78ID:4ra6ri3j>>414で挙げられてるMeeGoがそれかな。
南無阿弥陀仏
0421login:Penguin
2012/03/28(水) 08:07:29.10ID:Mk3BMsUi0422login:Penguin
2012/03/28(水) 11:00:42.71ID:79IJ/4BHソースかどうかは関係ない。一緒に配らなければいい。
0423login:Penguin
2012/03/28(水) 11:01:48.50ID:/72uPhSj「高信頼性ストレージ搭載スマホ」なんて、新機軸で売れそうじゃない?
0424login:Penguin
2012/03/28(水) 11:56:59.51ID:+u0mpmFyたかだか32Gのメディアは簡単にバックアップできる。したがって、raidにするほどセキュアでなくても良い。
0425login:Penguin
2012/03/28(水) 11:58:57.67ID:Zy8NEGzh0426login:Penguin
2012/03/28(水) 12:05:50.71ID:ScikueGX0427423
2012/03/28(水) 12:58:05.55ID:4fS1oXlPあんまり良くないな
0428login:Penguin
2012/03/28(水) 13:05:01.25ID:mVlYT0Gr0429login:Penguin
2012/03/28(水) 13:48:06.07ID:+u0mpmFy0430login:Penguin
2012/03/28(水) 13:50:11.50ID:terXIwRM0431login:Penguin
2012/03/28(水) 14:38:23.26ID:Xp/FzIec0432login:Penguin
2012/03/28(水) 17:22:16.13ID:b3aalG7sえ?
でもそのRAIDじゃ"高信頼性"じゃなくなっちゃうよ?
0433login:Penguin
2012/03/28(水) 17:30:37.38ID:Zy8NEGzh複数挿しなんか必要ないでしょ。
サイズもデカくなっちゃうし。
0434login:Penguin
2012/03/28(水) 20:42:24.72ID:7VE/IUc00435login:Penguin
2012/03/28(水) 21:36:23.85ID:TGUdfwW50436login:Penguin
2012/03/29(木) 11:20:40.53ID:oi0yEg2/0437login:Penguin
2012/03/31(土) 11:24:04.90ID:8QfKg5cvSDのアンマウントなんかしてる奴は少数派。
アクセス中でない限り、平気なシステム作らないとダメなんじゃないの。
たとえアクセス中でも破損させないような作りが必要なような
0438login:Penguin
2012/04/03(火) 20:55:57.81ID:7NqYTFtB書き込み中は無理だろ
0439login:Penguin
2012/04/03(火) 21:32:02.12ID:oo5XCw7k0440login:Penguin
2012/04/03(火) 21:44:35.56ID:vK7rqc3Y255文字を超えることが出来るファイルシステムreiserfsだけ?
0441login:Penguin
2012/04/04(水) 00:01:39.32ID:mpAg9MpC0442login:Penguin
2012/04/04(水) 13:49:05.99ID:r849Kmhsコンパイラの定義のMAXPATHの上限に引っかかるから
普通に作れば全部MAXPATHの定義が上限ですよ。
0443login:Penguin
2012/04/04(水) 13:50:57.26ID:r849Kmhsアンマウントとか面倒だけど。
コマンドラインでsyncと入力して取り出さないの?
0444login:Penguin
2012/04/04(水) 15:03:31.74ID:lpjkGhRxfallocate のバグは直ってるね。
でも、精度がまた落ちてる様子。
e4defrag 使っても、なかなか断片化を解消できない。
ubuntu 12.10 に期待だな。
0445login:Penguin
2012/04/04(水) 15:05:36.07ID:P2ESCVOPおめーはふぇどら使ってろー
0446login:Penguin
2012/04/04(水) 19:06:35.36ID:RVeUZ2Rs0447login:Penguin
2012/04/04(水) 19:58:10.41ID:2WfF7JQK0448login:Penguin
2012/04/04(水) 21:49:22.14ID:XyCgAfug440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。
つまり、全て一からコンパイルしなおせば、上限がなくなるということ?
そんなことなら2バイト圏(日本語圏)向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。
あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
0449login:Penguin
2012/04/04(水) 22:09:46.25ID:YXxzC5AQ0450login:Penguin
2012/04/05(木) 00:37:58.94ID:LNmHc2MKyoutube myfilesystem
0451login:Penguin
2012/04/05(木) 00:47:22.01ID:dAZNdbMh0452login:Penguin
2012/04/05(木) 00:54:16.80ID:LNmHc2MKごめん間違えた。。
0453普通自分で考えるべき
2012/04/07(土) 14:41:06.19ID:CF1JM2TxP2P RAIDファイルシステムとか?
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
0454login:Penguin
2012/04/08(日) 00:27:38.62ID:C5E9bwN3こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな?
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
0455login:Penguin
2012/04/08(日) 01:25:52.35ID:xWN2hyanなのはあるといいかも
0456login:Penguin
2012/04/08(日) 02:13:44.98ID:CG4ylOppどんなファイルも1byteに圧縮するFS
0457login:Penguin
2012/04/08(日) 03:23:55.22ID:nm3/lghx0458login:Penguin
2012/04/10(火) 22:45:09.09ID:AVs9x400を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん?
0459login:Penguin
2012/04/10(火) 22:48:56.85ID:FgWMYeCiubuntu12.04ってネイティブのzfs利用可能なの?
0460login:Penguin
2012/04/10(火) 22:55:32.42ID:AVs9x400で間違いないです
openindianaを選んだほうが早いかな
0461login:Penguin
2012/04/11(水) 11:26:30.87ID:TaHjAQn00462login:Penguin
2012/04/11(水) 21:53:17.38ID:/N3dnxcw今のところ、bootパーティションはzfs以外にしないとならんのですか
0463login:Penguin
2012/04/12(木) 20:03:00.58ID:tSFAXJzg> hito:そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。
> hito:で、そういう挙動はダメだよねーっていう修正がやっと入った。6〜7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。
XFSの存在を赦す理由になる?
0464login:Penguin
2012/04/12(木) 20:26:29.36ID:GVhLLvIq0465login:Penguin
2012/04/13(金) 02:01:23.05ID:paFFSYLpx86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
0466login:Penguin
2012/04/13(金) 22:51:45.76ID:KiMfKhCq>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない?
ファイル名の文字が255byteでなく、UTF−16で255文字なファイルシステム
作れば一生名前が残るかも。
0467login:Penguin
2012/04/14(土) 01:02:31.64ID:DAjk0FKSMBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
0468login:Penguin
2012/04/14(土) 01:20:59.58ID:gFoEeXgtUTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
0469login:Penguin
2012/04/14(土) 04:58:41.05ID:ykh3cFrR0470login:Penguin
2012/04/14(土) 05:01:40.18ID:4vczfuvJUTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
0471login:Penguin
2012/04/14(土) 23:58:24.76ID:Hve9S8Lo叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
ttp://ja.wikipedia.org/wiki/BTRON
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
0472login:Penguin
2012/04/15(日) 00:13:16.78ID:PUQ9YpLc次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
0473login:Penguin
2012/04/15(日) 00:36:07.51ID:zrILeh0w0474login:Penguin
2012/04/15(日) 00:55:46.95ID:KUTNhuB60475login:Penguin
2012/04/15(日) 01:37:47.14ID:wcHN5p+10476login:Penguin
2012/04/15(日) 07:03:21.35ID:d8SeT810FS側が文字コード変換までやるもんなの?
0477login:Penguin
2012/04/15(日) 07:52:32.02ID:zPONO3OlUTF-8で同じようなの見るとは思わんかったw
0478login:Penguin
2012/04/15(日) 09:01:28.16ID:XU6NzGNzLC_CTYPE で locale 切り替えるんじゃなかったっけ?
0479login:Penguin
2012/04/15(日) 09:46:21.88ID:d8SeT810表示化けとかはユーザランドの話だからFS側には関係ない。
shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
0480login:Penguin
2012/04/15(日) 13:10:08.72ID:r5YOWvvD>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
0481login:Penguin
2012/04/15(日) 16:22:35.21ID:wcHN5p+1ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
0482login:Penguin
2012/04/15(日) 16:35:19.00ID:PUQ9YpLc知ってていってるだろ?
0483login:Penguin
2012/04/15(日) 16:35:55.27ID:0nRNYIrqsambaサーバ側の絶対パスが長すぎんじゃねーの
0484login:Penguin
2012/04/15(日) 17:25:55.81ID:p38/R2S8日記はついったにでも書けよ!
0485login:Penguin
2012/04/15(日) 17:54:27.08ID:d8SeT810そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ
間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
0486login:Penguin
2012/04/15(日) 21:56:24.70ID:qQezSKIzネットブックにssd入れて使うのにnilfs入れて見るとかありえんの?
nilfs自体がそもそもネタfsとか思ってるんだけど
0487login:Penguin
2012/04/15(日) 23:29:54.66ID:wcHN5p+1とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。
0488login:Penguin
2012/04/16(月) 01:34:27.57ID:sK2yBvUH面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
0489login:Penguin
2012/04/16(月) 09:49:26.71ID:lvKL8Yhvそこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
0490login:Penguin
2012/04/16(月) 10:13:31.67ID:i6sCf9yTbtfs?
>>489
修得?
0491login:Penguin
2012/04/16(月) 11:19:08.34ID:4yiemVgBエロ画像の整理に便利なんだよ! 言わせんな恥ずかしい!
0492login:Penguin
2012/04/16(月) 12:15:07.53ID:bJiRh/8P重複チェックツールあるけどね。
0493login:Penguin
2012/04/16(月) 12:16:17.52ID:4yiemVgBあんまり現実的じゃないな
0494login:Penguin
2012/04/16(月) 14:00:46.94ID:i6sCf9yT類似画像の検出は要らんのか?
0495login:Penguin
2012/04/16(月) 14:28:32.80ID:s0jqF/SIISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は(ry
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
0496login:Penguin
2012/04/16(月) 20:39:58.60ID:EqJJmYvz大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
0497login:Penguin
2012/04/17(火) 00:43:34.22ID:qXjoYE5Zbtrだったね。
0498login:Penguin
2012/04/17(火) 14:29:04.93ID:YcOVAep7赦す赦さないってどこの異端審問官サマだよw
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
0499login:Penguin
2012/04/19(木) 12:35:50.39ID:K5wfT9FM0500login:Penguin
2012/04/19(木) 12:47:48.37ID:0YxY6oJSXFSかext3 最近のはext4かな
0501login:Penguin
2012/04/20(金) 05:35:00.59ID:cf88JldyLinuxは255バイトまで
0502466
2012/04/21(土) 00:06:32.82ID:kc2SruX30503login:Penguin
2012/04/21(土) 08:36:03.07ID:yKSNqbP10504login:Penguin
2012/04/21(土) 12:01:57.08ID:T7uXB/Urもしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか?
もしそうなら、今日からZFS捨ててバター派になる
0505login:Penguin
2012/04/21(土) 12:03:43.68ID:JAncRgwR0506login:Penguin
2012/04/21(土) 15:56:32.26ID:Jk8knAaa0507login:Penguin
2012/04/21(土) 18:20:03.68ID:5NRF/9C+0508login:Penguin
2012/04/22(日) 18:24:30.22ID:QcOQSMyROSはssdに入れて、サーバデータをZFSにいれました。
[root@hoge]# zpool status
pool: storage
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
sdb ONLINE 0 0 0
logs
sda3 ONLINE 0 0 0
cache
sda4 ONLINE 0 0 0
sdaがssdの起動ディスク、sdbがHDDDです。
ZILとキャッシュの設定の効果が全く感じられない。
ファイルサーバのデータの読み書きの時、ZILとL2ARCに設定したSSDにとりあえず、
データは書かれているみたいだが、使っていない様子。ファイルシステムとしての
書き込みの速度も以前のEXT4の方が速いかも。
とりあえずZFSをファイルサーバのデータに使ったメリットは、何も感じられない。
0509login:Penguin
2012/04/22(日) 18:33:24.34ID:njjLIW42iSCSIというのを使えば良さそうですね。
さっき1台−1台で繋いだらうまくいったので、これから本番運用です。楽しみ。
0510login:Penguin
2012/04/22(日) 18:51:19.19ID:iroLKuhVどういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする(IntelSRT的な)用途にはまったく向いてないんじゃ・・・
0511login:Penguin
2012/04/22(日) 20:11:01.67ID:XIm64qvgそれ iSCSI じゃなくて CIFS 対応の NAS では?
そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
0512login:Penguin
2012/04/22(日) 20:38:02.36ID:QcOQSMyRども、いわゆるATOMのべアボーンで、2.5インチ SATA 2.5 500Gで運用してた
ファイルサーバに、SSD 32Gを追加。SSDにOSとZIL、キャッシュをとって、
500GのHDDを丸ごとをZFSのPoolにしてます。
CentOS 6.2 X86-64、ZFSは三月に最新が出たNative版です。OSのメモリーが
2Gバイトなので、CPUがATOMなのも加えて、ファイルサーバのレスポンスは
かなり悪化しちゃいました。バックアップが楽になりそうなのでそれは期待して
います。
負荷が高いと裏で動いているksoftirqdというカーネルのプログラムが、CPUを
かなり占有してしまいます。(困ったな)
0513login:Penguin
2012/04/22(日) 20:44:25.44ID:SSW2tmeJatomで2GでZFSってソレは罰ゲームかなんかか?
0514login:Penguin
2012/04/22(日) 20:55:51.31ID:Mj9d/MFf性能落ちたとのたまうかw
0515login:Penguin
2012/04/22(日) 21:24:32.73ID:QcOQSMyR会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。
ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。
■ このスレッドは過去ログ倉庫に格納されています