[過去ログ]
/**ファイルシステム総合スレ その7**/ (955レス)
/**ファイルシステム総合スレ その7**/ http://mao.5ch.io/test/read.cgi/linux/1173530292/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
514: login:Penguin [sage] 2007/04/28(土) 16:16:28 ID:+Lf+abEC 小さいファイルはreiserfs>xfs>ext3 大きいファイルはxfs>reiserfs>ext3 でしょ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/514
515: login:Penguin [sage] 2007/04/28(土) 16:18:41 ID:webW6330 >>513 その条件だとbtreeもってる方が圧倒的に有利でしょってことかな? 一応あくまで各fsのスペックは標準で作成されたと見なした試験だったのでしょうね。 欲を言えばbtree入れたext3の比較とかもやってほしかった。しかし4日間とは。。すごいね でもext3+btreeで使用ってあまり聞かないよう気がするのですが。。効くのかな http://mao.5ch.io/test/read.cgi/linux/1173530292/515
516: login:Penguin [sage] 2007/04/28(土) 18:02:32 ID:JHnghFCv dir_indexのハカー曰く、 フォルダ内大量ファイルという条件では200倍速になります。 >Creating 100,000 files in a single directory took 38 minutes >without directory indexing... and 11 seconds with the directory indexing >turned on. http://mao.5ch.io/test/read.cgi/linux/1173530292/516
517: login:Penguin [sage] 2007/04/29(日) 10:17:08 ID:vTOUwg+5 ext3でbtreeとか言ってる時点でもう http://mao.5ch.io/test/read.cgi/linux/1173530292/517
518: login:Penguin [sage] 2007/04/29(日) 11:22:00 ID:hBx8ggrz 浦島確定だな http://mao.5ch.io/test/read.cgi/linux/1173530292/518
519: login:Penguin [sage] 2007/04/29(日) 13:10:28 ID:pIeuWyrm わりとでかめなサイズのファイルが結構多いとこにxfs使ってるんだが 遅いような気がしてならないんだなぁ。。 そこでbittorrent動かしてるかなぁ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/519
520: login:Penguin [sage] 2007/04/29(日) 13:45:52 ID:DLaNxWqM 総合力でNTFSに勝てるLinuxのFSはない? やっぱりLinuxはFSがネック... http://mao.5ch.io/test/read.cgi/linux/1173530292/520
521: login:Penguin [sage] 2007/04/29(日) 13:57:13 ID:7KURDbwe >>520 まずは、NTFSの勝っている所から説明おながいします それがないと話が進まなくて・・・・・ 総合的に勝ってる負けてるでいうと主観合戦になります http://mao.5ch.io/test/read.cgi/linux/1173530292/521
522: login:Penguin [sage] 2007/04/29(日) 14:10:32 ID:zOmUJM4L 何だよ総合力って http://mao.5ch.io/test/read.cgi/linux/1173530292/522
523: login:Penguin [sage] 2007/04/29(日) 14:15:24 ID:gj+KILHF ただの燃料に何マジんなってんの。キモい。 http://mao.5ch.io/test/read.cgi/linux/1173530292/523
524: login:Penguin [sage] 2007/04/29(日) 14:27:47 ID:gGVY8OQ+ う〜ん、そういえば以前の会社で2000serverをいじってたけどHDDの物理破損以外で壊れたことが 無かったなw http://mao.5ch.io/test/read.cgi/linux/1173530292/524
525: login:Penguin [sage] 2007/04/29(日) 14:44:23 ID:eybV57Uq 少なくとも耐久性に関してはNTFSすごいらしいよ。 さすが電源ブッチ上等のユーザを相手にしてきた百戦錬磨のMS…というくらい。 性能に関しては知らん 比較データ見かけんからね NTFS-3Gがリリースされた今ならあったりするのかな? http://mao.5ch.io/test/read.cgi/linux/1173530292/525
526: login:Penguin [sage] 2007/04/29(日) 15:04:04 ID:Z63Cuwsp やべーすごそう(棒読み) http://mao.5ch.io/test/read.cgi/linux/1173530292/526
527: login:Penguin [sage] 2007/04/29(日) 15:09:15 ID:HahdoETC NTFSも条件次第で壊れるんだが。 まぁ、それは某国人のようなガラの悪いアプリを使っている方が悪いとも言えるが。 耐久性については確かにUFSみたいなFSとは比較にならないね。 もっともLinux用のFSと比べればそれほど抜きん出ているかはどうだろう。 NTFSはやはりフラグメンテーションのアレが問題だね。 ディスク配置を最適化する機能をもったサードパーティ製品を入れて改善できればいけるのだが。 性能面ではどうだろうね。OSと切り離して性能を語れないから…。 NTFS-3Gは開発筋曰くまだまだ性能が出ていないので単純比較することはできないし。 http://mao.5ch.io/test/read.cgi/linux/1173530292/527
528: login:Penguin [] 2007/04/29(日) 15:19:39 ID:3ZWhJwE9 ファイルがおおくなるとテキメンに性能落ちるからなぁ http://mao.5ch.io/test/read.cgi/linux/1173530292/528
529: login:Penguin [sage] 2007/04/29(日) 15:34:19 ID:UJz365iJ >>525 NTFSの最初の設計者、Tom MillerとGary KimuraはDECでVMSをやってた人たち。 http://mao.5ch.io/test/read.cgi/linux/1173530292/529
530: login:Penguin [sage] 2007/04/29(日) 18:02:05 ID:KSFN59nn ファイル名の制限ってファイルシステム自体にあるのはやだなぁ。 システムコールとかライブラリまわりで制限があるのはわかるが。 でもそんなこと言ったらISO9660なんて制限ありまくりか http://mao.5ch.io/test/read.cgi/linux/1173530292/530
531: login:Penguin [sage] 2007/04/29(日) 19:29:20 ID:DLaNxWqM > ファイルがおおくなるとテキメンに性能落ちるからなぁ 特にext3はひどい 後、前スレにもあるがNTFSはsyncで書き出すよ http://mao.5ch.io/test/read.cgi/linux/1173530292/531
532: login:Penguin [sage] 2007/04/29(日) 19:48:50 ID:DLaNxWqM 書き込みキャッシュが有効な場合、ディスク パフォーマンスが低下する http://support.microsoft.com/kb/332023/ja > 仕様上、これらのコマンドでは、重要なデータの安全性のために、ある程度のパフォーマンスが犠牲になります。 > これらのコマンドでは、重要なデータが即座にディスクに書き込まれます。 http://mao.5ch.io/test/read.cgi/linux/1173530292/532
533: login:Penguin [sage] 2007/04/29(日) 20:45:54 ID:sftan6cL >NTFSはsync それはファイルシステムの特徴というよりファイルシステムドライバの特徴ではないかと…。 fuseで実装しているntfs-3gなんかは、syncにならないと思っていたんだけど(どうだっけ? http://mao.5ch.io/test/read.cgi/linux/1173530292/533
534: login:Penguin [sage] 2007/04/29(日) 22:08:29 ID:DLaNxWqM >>533 >>532のリンク先に書いてあるのは、 「本来サポートされているはずの強制書き込みが、一時的にバグのためにサポートされてなかった。」 という意味でしょう。 NTFSの仕様も暗に示してるでしょう。 「fuseで実装している...」のくだりはLinux空間での実装の話でしょう。 MSのNTFS実装とはまた別の話。 http://mao.5ch.io/test/read.cgi/linux/1173530292/534
535: login:Penguin [sage] 2007/04/29(日) 22:58:33 ID:sftan6cL つまりLinuxで実装するドライバがsyncになっていなかったらそれは仕様外の動作で、 つまりバグってことか。 NTFSの仕様がもっと明示されていたら仕様も実装しやすいのに、これは困るなあ(とかゆ http://mao.5ch.io/test/read.cgi/linux/1173530292/535
536: login:Penguin [sage] 2007/04/29(日) 23:46:23 ID:MG4Q19X5 >>535 sync するべき部分を sync していない Linux の VFS の*仕様バグ* と言えばいいのかな? NTFS の仕様とは関係ないと思う. http://mao.5ch.io/test/read.cgi/linux/1173530292/536
537: login:Penguin [sage] 2007/04/30(月) 02:11:27 ID:+D0/03Lk ファイルが多いとテキメンに性能落ちるのって、NTFS? Windowsで使ってるとそう感じる。 実際はExplorerがお馬鹿な情報の集め方してるんだろうけど・・・ というか、誰も定番のdir_indexツッコミをしていないのに関心したw http://mao.5ch.io/test/read.cgi/linux/1173530292/537
538: login:Penguin [sage] 2007/04/30(月) 02:35:29 ID:ct7Sm8Wl >>537 以前はdir_index付けてたけど体感できる効果無しだったので付けるの面倒くさくなって今はやってないw それだったらジャーナルをdata=writebackにする方が体感できた。 当たり前だけどdata=writebackはいきなりの電源断があって再起動時にfsckが掛かるとほぼ間違いなく 電源断の5分前くらいにタイムスリップできます。直前に消したはずのファイルが綺麗に復活していて 作ったはずのファイルが無い┐(゜〜゜)┌ http://mao.5ch.io/test/read.cgi/linux/1173530292/538
539: login:Penguin [sage] 2007/04/30(月) 11:08:40 ID:+zwmDasM どこからツッコんでいいものやら・・・ http://mao.5ch.io/test/read.cgi/linux/1173530292/539
540: login:Penguin [sage] 2007/04/30(月) 11:36:57 ID:CXfCqZ6z >>539 一通り全部突っ込んでおけば? http://mao.5ch.io/test/read.cgi/linux/1173530292/540
541: login:Penguin [sage] 2007/04/30(月) 11:50:27 ID:aOPKBAzt 馬鹿の相手するのも飽きた http://mao.5ch.io/test/read.cgi/linux/1173530292/541
542: login:Penguin [sage] 2007/04/30(月) 14:43:07 ID:EVyG0KCG dir_index の副作用ってあるの? http://mao.5ch.io/test/read.cgi/linux/1173530292/542
543: login:Penguin [sage] 2007/04/30(月) 18:17:22 ID:aOPKBAzt >>542 read aheadが効き難くなる。 http://mao.5ch.io/test/read.cgi/linux/1173530292/543
544: login:Penguin [] 2007/04/30(月) 19:34:23 ID:mlJ1TH1o 結局XFSとReiserFSの直接対決した結果ってないの? http://mao.5ch.io/test/read.cgi/linux/1173530292/544
545: login:Penguin [] 2007/05/01(火) 00:47:21 ID:YOdQ/sXy >>544 直接対決って何だ? 代理戦争みたいなものがあるのか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/545
546: login:Penguin [sage] 2007/05/01(火) 00:52:40 ID:CuSWdFwn 連休ですなぁ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/546
547: login:Penguin [sage] 2007/05/01(火) 01:03:08 ID:Do1YSUgv >>545 KARAT!か。 http://mao.5ch.io/test/read.cgi/linux/1173530292/547
548: login:Penguin [age] 2007/05/01(火) 02:37:03 ID:Q0wBbD0e xfs使うとき、fdiskでlvm(8e)で領域を確保しなければだめですか? linux(83)でも同等でしょうか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/548
549: login:Penguin [sage] 2007/05/01(火) 02:57:40 ID:Dry1mnl/ lvmである必要は全くない。 LVMであれば、xfsの伸縮がし易いというだけ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/549
550: login:Penguin [sage] 2007/05/01(火) 03:38:22 ID:Hu9qB2/W Linuxのファイルシステムなんてext3で十分だろ。 本当に他のファイルシステムがext3より大きく優れてれば今ある鳥の半分はそれに移行してるんじゃないの。 ext3以外を使うなんて趣味の世界か物好きだろ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/550
551: login:Penguin [sage] 2007/05/01(火) 04:37:59 ID:g0swsIWn 自分のこころが決める http://mao.5ch.io/test/read.cgi/linux/1173530292/551
552: login:Penguin [sage] 2007/05/01(火) 05:53:30 ID:xJHFYjQW http://kerneltrap.org/node/8102 5/7に裁判があるのか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/552
553: login:Penguin [age] 2007/05/01(火) 08:06:15 ID:Q0wBbD0e >>549 ありがとうございます。 スナップショットも同様と考えればよろしいでしょうか。 気になるのが、lvcreate -s したときに、xfs_freeze -f を実行しなくても ちゃんと、ロックされるかが気になります。 http://mao.5ch.io/test/read.cgi/linux/1173530292/553
554: login:Penguin [] 2007/05/01(火) 09:21:29 ID:g0swsIWn lvm2+xfsでスナップショットしてみたらなぜかうまく行かなかった。 ロックは関係ないと思う。 http://mao.5ch.io/test/read.cgi/linux/1173530292/554
555: login:Penguin [sage] 2007/05/01(火) 10:34:12 ID:x3CkffJ0 ext4人柱patchset ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/2.6.21-ext4-1 http://mao.5ch.io/test/read.cgi/linux/1173530292/555
556: login:Penguin [sage] 2007/05/01(火) 17:35:28 ID:93KgQW80 ところで上のベンチ結果とか、キャッシュのオプションはどうなのかな? read aheadやらwrite backの閾値だの結構あるよね>/devや/procとかにも 流石にHDDの設定値はデフォってことなんだろうけど、そのへんどうなん、と。 総合で効いてくるの前提として、NCQあると劇的に速くなるFSだの、/procのチューンで(ry だのって話も、スレ的には有りかと思うんだが、ほとんど変わらないというオチ? http://mao.5ch.io/test/read.cgi/linux/1173530292/556
557: login:Penguin [] 2007/05/01(火) 18:32:17 ID:e4v8fuD6 vxfsとは http://mao.5ch.io/test/read.cgi/linux/1173530292/557
558: login:Penguin [sage] 2007/05/01(火) 23:45:00 ID:Dry1mnl/ >>553 ロックされないと思う。 LVMとファイルシステムは基本的に違う層の話だから。 LVMはその上に載るファイルシステムを選ばないし、ファイルシステムもその下がLVMのLVOLであるか実ボリュームであるかを選ばない。 つまり、ファイルシステム側でumountやsyncで静的な状態にしたうえで、LVMでスナップショットを取る必要があるんじゃないかと。 >>557 Veritasの製造販売しているファイルシステム。 もともとは商用Unixのファイルシステムだったけど、最近はLinux版もあるらしい。 http://mao.5ch.io/test/read.cgi/linux/1173530292/558
559: login:Penguin [sage] 2007/05/01(火) 23:53:57 ID:IzhAkWt8 >>556 それは絶対性能には効いてくるだろうけど、同じ環境の上での FS比較という点ではあまり焦点ではないんでないの?性能が 十分出せてるかどうかのためにddでの読み書き速度と比較したりは するけどさ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/559
560: login:Penguin [sage] 2007/05/02(水) 00:08:28 ID:Wia4n8nO >>559 同じ環境上の比較といいつつ、ベンチで測ってるのは FSの特性の極一部。 http://mao.5ch.io/test/read.cgi/linux/1173530292/560
561: login:Penguin [sage] 2007/05/02(水) 00:10:50 ID:6fEA0efX xfsdumpでもやはり、umountやsyncを行う必要がありますか? http://mao.5ch.io/test/read.cgi/linux/1173530292/561
562: login:Penguin [sage] 2007/05/02(水) 00:21:07 ID:Aqk6Cz0/ フリーズ→LVMでスナップショット作成→フリーズ解除→スナップショットをxfsdump http://mao.5ch.io/test/read.cgi/linux/1173530292/562
563: login:Penguin [sage] 2007/05/02(水) 00:31:17 ID:jaGUrYpO VxFS & VxVMはZFSの登場で一気に陳腐化した気がする。まあ、Linux的には元々有料っていうのが ネックでほとんど影響力なかったけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/563
564: login:Penguin [sage] 2007/05/02(水) 00:46:47 ID:6fEA0efX いろいろ検索してみたらxfs_freezeは不要なようです。 >>562さんはうまく動いてますか? http://mao.5ch.io/test/read.cgi/linux/1173530292/564
565: login:Penguin [sage] 2007/05/02(水) 00:50:21 ID:Aqk6Cz0/ フリーズさせなきゃマウントしたままスナップショット取るだけで固まるよ http://mao.5ch.io/test/read.cgi/linux/1173530292/565
566: login:Penguin [sage] 2007/05/02(水) 01:06:15 ID:UkB/mKJZ へぇ〜固まるのかw ロック&syncしてなきゃ、ファイルシステム的に不完全な状態のものになっちゃうから、 採れたとしても意味無いけど。 これに対して、zfsやext3のスナップショットはファイルシステムレベルのスナップショットだから、そのへんを気にする必要はないな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/566
567: login:Penguin [sage] 2007/05/02(水) 01:21:10 ID:Aqk6Cz0/ 今やってみると2.6.20では固まらないみたいだな。 2.6.16あたりのカーネルだとLVM上の/のsnapshot取るだけで簡単に固まってた。 http://mao.5ch.io/test/read.cgi/linux/1173530292/567
568: login:Penguin [sage] 2007/05/02(水) 01:29:21 ID:Wia4n8nO 2.6.16って13ヶ月くらいにリリースされてるね。 どこの浦島さん? http://mao.5ch.io/test/read.cgi/linux/1173530292/568
569: login:Penguin [sage] 2007/05/02(水) 01:30:22 ID:Wia4n8nO おっと、13ヶ月くらい前に http://mao.5ch.io/test/read.cgi/linux/1173530292/569
570: login:Penguin [sage] 2007/05/02(水) 07:41:19 ID:Aqk6Cz0/ どうしようもないおばかさん達だな http://mao.5ch.io/test/read.cgi/linux/1173530292/570
571: login:Penguin [sage] 2007/05/02(水) 22:49:49 ID:e5dWDes9 >>560 > 同じ環境上の比較といいつつ、ベンチで測ってるのは > FSの特性の極一部。 ネットでゴタク並べる評論家クン。 一部しか測れないのは当たり前なんだよ。 1.同じ環境上で比較 2.環境をさらす。 特性の全てを測りたいならそのために必要なテスト項目を正確に言ってみろよ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/571
572: login:Penguin [sage] 2007/05/02(水) 23:03:03 ID:Wia4n8nO いや、だから同じ環境上で「何」を比較するのかね? http://mao.5ch.io/test/read.cgi/linux/1173530292/572
573: login:Penguin [sage] 2007/05/03(木) 00:02:29 ID:UWfOagee 「何」を比較するかはそれぞれのテストで違うだろ? http://mao.5ch.io/test/read.cgi/linux/1173530292/573
574: login:Penguin [sage] 2007/05/03(木) 00:09:05 ID:3iwsf+qz ext4ってなんか望みなさそうだよね。 http://mao.5ch.io/test/read.cgi/linux/1173530292/574
575: login:Penguin [sage] 2007/05/03(木) 00:17:19 ID:2/plbCtb もうブロックデバイスの上のファイルシステムはお腹いっぱい感もあるし。 そろそろネットワークファイルシステムとか分散ファイルシステムに 開発リソースを振り向けたい。ていうか自分で開発したい。 http://mao.5ch.io/test/read.cgi/linux/1173530292/575
576: login:Penguin [sage] 2007/05/03(木) 01:32:16 ID:PleISjN5 >>575 > そろそろネットワークファイルシステムとか分散ファイルシステムに なおさら VFS の利ファクタリングだ http://mao.5ch.io/test/read.cgi/linux/1173530292/576
577: login:Penguin [sage] 2007/05/03(木) 10:28:23 ID:D6h42UhZ 何度もしてるだろ http://mao.5ch.io/test/read.cgi/linux/1173530292/577
578: login:Penguin [sage] 2007/05/04(金) 00:10:06 ID:eNqCcL6A ext4devのextentsにて/をマウントしたいのですが、fstabの書き方、あるいはbootでのカーネルオプション の受け渡しが必要なのか教えてもらえないでしょうか? ちなみに/の場合fstabへ/dev/sda* / ext4dev extents,defaults 0 1 の表記ではエラーが出てシステムが ext3のroで起動してしまうのでfstabの書き換えが大変です(;;) /以外では上記の方法でマウント可能、dmesgでもext4dev extentとして認識されます。 http://mao.5ch.io/test/read.cgi/linux/1173530292/578
579: login:Penguin [] 2007/05/05(土) 08:17:55 ID:84WuNau6 initrd使ってる? GRUBってext4対応してたっけ? http://mao.5ch.io/test/read.cgi/linux/1173530292/579
580: login:Penguin [sage] 2007/05/05(土) 09:31:58 ID:5fxMV+ts >>556 >>571 まあ確かに関連のありそうなパラメータは全て列挙した上でベンチ結果出すべきだわな。 全てなんてのは無理なわけだがw ファイル数とFSの種類による比較は結構あるけど、 例えばDB置いてSync大発生時のベンチと、通常ファイル運用での比較とか、 RAID板のバッテリバックアップなキャッシュの有無によって・・・とか、 条件次第でFS性能比較結果が逆転するとかならベンチの価値薄いとは思う。 NTFSなんざそりゃ(ry http://mao.5ch.io/test/read.cgi/linux/1173530292/580
581: login:Penguin [age] 2007/05/05(土) 09:46:00 ID:UgB3R+jY XFSのドライブをマウントしたらこんなエラーが発生しました。 filesystem dm-0ってなんでしょうか。 XFS mounting filesystem dm-0 Ending clean XFS mount for filesystem: dm-0 http://mao.5ch.io/test/read.cgi/linux/1173530292/581
582: login:Penguin [sage] 2007/05/05(土) 09:56:30 ID:GIxZFXYG >>580 列挙することは、有限である以上無理じゃないでしょ http://mao.5ch.io/test/read.cgi/linux/1173530292/582
583: login:Penguin [sage] 2007/05/05(土) 10:48:16 ID:GnDE+sZp >>581 それはエラーじゃない。 マウントしましたって通知メッセージ。 dm-0はデバイスマッパー上の論理ボリューム0番の事。 http://mao.5ch.io/test/read.cgi/linux/1173530292/583
584: login:Penguin [age] 2007/05/05(土) 10:55:13 ID:UgB3R+jY コピーが中途半端ですみません。 XFS mounting filesystem dm-0 Ending clean XFS mount for filesystem: dm-0 Filesystem "dm-0": Disabling barriers, not supported by the underlying device これはエラーでしょうか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/584
585: login:Penguin [sage] 2007/05/05(土) 15:17:30 ID:GnDE+sZp エラーじゃない。 http://mao.5ch.io/test/read.cgi/linux/1173530292/585
586: 578 [sage] 2007/05/05(土) 19:30:49 ID:b5L2hAC2 >>579 あ、レスどうもです。 おかげさまで今は / とデーター用HDD丸々1台をext4dev extentにて動かしています。/homeとか 重要なデーターディスク、その他は今のところext3ですw ext3,4共にカーネルモジュールを組み込みに変更するためリメイク。カーネル屋のサイトから e2fsprogsの最新を落としてmake install。あの後意外とすんなり移行できました^^ http://mao.5ch.io/test/read.cgi/linux/1173530292/586
587: login:Penguin [age] 2007/05/05(土) 21:27:10 ID:UgB3R+jY XFSのbarrier ってなんでしょうか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/587
588: login:Penguin [sage] 2007/05/05(土) 21:58:48 ID:GnDE+sZp おまえが知る必要は無い。 http://mao.5ch.io/test/read.cgi/linux/1173530292/588
589: login:Penguin [sage] 2007/05/05(土) 22:14:56 ID:kNLXfGXO >>587 linux-2.6.21/Documentation/filesystems/xfs.txt barrier Enables the use of block layer write barriers for writes into the journal and unwritten extent conversion. This allows for drive level write caching to be enabled, for devices that support write barriers. http://mao.5ch.io/test/read.cgi/linux/1173530292/589
590: login:Penguin [] 2007/05/06(日) 00:03:15 ID:/0wDX7as >>588 あなたの口から直接聞かせて欲しいの。 お願い。 http://mao.5ch.io/test/read.cgi/linux/1173530292/590
591: login:Penguin [sage] 2007/05/06(日) 00:08:08 ID:UOij3oAy >>589 extent conversionって何か教えてください。 http://mao.5ch.io/test/read.cgi/linux/1173530292/591
592: login:Penguin [sage] 2007/05/06(日) 00:08:49 ID:PfA7B98n そのあたりには気違いと偏執狂がうろついてるから近づくな 忘れろ http://mao.5ch.io/test/read.cgi/linux/1173530292/592
593: login:Penguin [sage] 2007/05/06(日) 01:25:21 ID:hckB/cw9 >>590 590の人以外は見ないでください。 ttp://sakuratan.ddo.jp/uploader/source/date39503.jpg http://mao.5ch.io/test/read.cgi/linux/1173530292/593
594: login:Penguin [] 2007/05/08(火) 18:30:07 ID:XKFA94h5 みてしまった OTL http://mao.5ch.io/test/read.cgi/linux/1173530292/594
595: login:Penguin [sage] 2007/05/08(火) 23:29:02 ID:YWvmkVQn >>567 reiserfs+lvmでスナップショットを取ってバックアップを毎晩走らせています。SuSE9.0(カーネル2.4)のマシンと SUSE 10.0 (カーネル2.6)のマシンがあります。2.4のほうは大丈夫ですが2.6は時々スナップショットを取るのをしくじっていて 自前のスクリプトの中の何回かのリトライでやっと取れたりしています。SuSE 9.0のほうですが当時最新だった9.3(カーネル2.6)で 負荷が重いときにLVMのスナップショットを取るとほぼ100%システム全体がハングアップしていまい やむなく9.0にした覚えがあります。 http://mao.5ch.io/test/read.cgi/linux/1173530292/595
596: login:Penguin [sage] 2007/05/09(水) 12:49:50 ID:sZVL/6LE Linux: LogFS, A New Flash Filesystem http://kerneltrap.org/node/8159 http://mao.5ch.io/test/read.cgi/linux/1173530292/596
597: login:Penguin [sage] 2007/05/09(水) 18:45:05 ID:lzjVCwd7 ext3cow http://www.ext3cow.com/Welcome.html ext3をベースにしたバージョニングファイルシステムだそうな。 http://mao.5ch.io/test/read.cgi/linux/1173530292/597
598: login:Penguin [] 2007/05/10(木) 21:45:39 ID:0+0Fk0Ga 便利そうだね http://mao.5ch.io/test/read.cgi/linux/1173530292/598
599: login:Penguin [sage] 2007/05/11(金) 01:29:51 ID:S3nKuiFb そうかぁ? ただのcowに過ぎない程度のものを バージョニングだなどとほざいてる時点で、詐欺だろ。 http://mao.5ch.io/test/read.cgi/linux/1173530292/599
600: login:Penguin [] 2007/05/11(金) 08:54:56 ID:DFDvgY5e そうなのか。 http://mao.5ch.io/test/read.cgi/linux/1173530292/600
601: login:Penguin [] 2007/05/13(日) 12:01:53 ID:FusSJnnd 理屈はよく知らないけど、昨日からいろいろ試していたらsambaの領域はjfsが一番r/wとも速いので変更してみた http://mao.5ch.io/test/read.cgi/linux/1173530292/601
602: login:Penguin [sage] 2007/05/13(日) 12:11:26 ID:WYR6RMvr kwsk http://mao.5ch.io/test/read.cgi/linux/1173530292/602
603: login:Penguin [] 2007/05/13(日) 12:24:00 ID:FusSJnnd >>602 俺601のこと? pen3-500 mem 192mb debian 最新、samba 設定そのまま、samba用のパーティションは別に切ってあるのを ファイルシステム変えて、WinXPから読み書きの時間を計っただけ 平均4mbくらいのファイルを200個くらい、普段仕事で使ってるようなファイルでテスト ベンチマークとかしてないお、自分の使い方だけが重要なので http://mao.5ch.io/test/read.cgi/linux/1173530292/603
604: login:Penguin [sage] 2007/05/13(日) 13:14:10 ID:WYR6RMvr むう・・・体感でどの程度差がありました? 試した他のFSもいただけると助かります。 samba経由では確かにLinux上とは別の速度感があって、ネットワークなのかFSなのか何なのか、と 丁度調べてたもので。smbdのアクセスにはなにか特徴あるんですかね・・・ sambaが独自キャッシュでいろいろと持ってるので、そのあたりとの兼ね合いだと思うんだけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/604
605: login:Penguin [] 2007/05/13(日) 13:41:35 ID:FusSJnnd >>604 えーとね、xfsが俺の場合は一番遅くてjfsの1.5倍くらいかかった jfs=60秒くらい、xfs=90秒くらいて感じ、ext3とReiserはその間くらいかな jfsが玄箱ノーマルより速いのでw、jfsにしましたけど使い込むのはこれからだお あんまり詳しくないし、産婆だけ動いたら問題ないので自分ではこれ以上追求しないけど チューニングしだいで速くなるのは友人から聞いてるよ←プロのシステム屋にやってもらったらしい http://mao.5ch.io/test/read.cgi/linux/1173530292/605
606: login:Penguin [sage] 2007/05/15(火) 11:11:19 ID:bD91n4WD jfsのチューニングってどんな方法があるんですか? ちょっと試してみたい。ウチのマシンで。 http://mao.5ch.io/test/read.cgi/linux/1173530292/606
607: login:Penguin [sage] 2007/05/15(火) 11:47:28 ID:WgliwVCc 昨日、JFSでディスクフルになったらcpがdeep sleepしたままになった。 リセットしてfsckで亊無きを得たが、やっぱり本格使用には不安が残る。 でも使うけどねw http://mao.5ch.io/test/read.cgi/linux/1173530292/607
608: login:Penguin [sage] 2007/05/15(火) 22:07:29 ID:bcWmWV7g reiserfsがコンソールに大量にエラーを吐いてカーネルごと死ぬ時がちょこちょこある. ext3に戻したいが,今はそのマシンを止めるのも厳しい. 素人が変なのに手を出すんじゃなかったよ. http://mao.5ch.io/test/read.cgi/linux/1173530292/608
609: login:Penguin [sage] 2007/05/15(火) 23:23:50 ID:5VMGXIRq 止めるのが厳しいのはきついね^^; 自分は常に回避用にHDD丸々1台分の空きを持っているのだけど、お金があればTAPEドライブ が欲しい。。。早いらしいですね。TAPEのバックアップは。 http://mao.5ch.io/test/read.cgi/linux/1173530292/609
610: login:Penguin [sage] 2007/05/15(火) 23:30:05 ID:3N38QCLh 自分的にはテープよりディスクのストレージ製品の方が速いと思っていたのだが。 よく考えてみたら仕事環境と個人環境では条件が違いすぎるな。 …でも個人での外付けディスクでのバックアップもそんなに遅くないと思うけどなあ。 ……まぁそれも環境に依存するのか。 >>608 KNOPPIXとか1CD Linuxでブートして、ファイル全体のバックアップをとってフォーマットして また戻すということはできないだろうか。 自分はいつも緊急時にはrsync -Hav --delete でバックアップやリストアを考えてやっている。 # むろん他のコマンドでもできるだろうが。 http://mao.5ch.io/test/read.cgi/linux/1173530292/610
611: login:Penguin [sage] 2007/05/15(火) 23:53:41 ID:0WC3rO6N とりあえずUSBの外付けHDD付けて、dump&restoreすればいいんじゃないの? USBにつないだディスクのブートブロックにgrubをインストールしておけば、 データをコピーし終わった後にディスクを入れ替えて復旧させることができると 思うけど。 http://mao.5ch.io/test/read.cgi/linux/1173530292/611
612: login:Penguin [sage] 2007/05/16(水) 05:01:14 ID:bCg9hru0 >>610 個人レベルのテープストレージは糞と言い切って良い気がするがどうか? LTO2位になればHDDよりもメリットあったりするけど、ドライブが30万とかで普通は手が出せない。 DDS系は安くて個人でも買えるが、容量少ない、エラーレート高い、クリーニング周期短い、で手間の方がかかりすぎる。 >>611 USBは手軽だけど遅いぞー ヘビーユーザー相手だと、データを全部コピーするのに三日かかるとか、 コピー中にUSB変換が熱暴走したとか、ろくなことにならないのがオチ。 windowsしか使えない人なら、取扱いで時間かかるよりもメリットあると思うけど。 漏れなら、HDD直結かネットワーク経由だな。 うまくやれば、ネットワーク経由でも直結と速度変わらなかったりする。 http://mao.5ch.io/test/read.cgi/linux/1173530292/612
613: login:Penguin [] 2007/05/16(水) 06:43:28 ID:FjpdfYi+ usb2.0なら糞ほど遅いとも思わんが。 http://mao.5ch.io/test/read.cgi/linux/1173530292/613
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 342 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.434s*