トップページ⇒linux
981コメント275KB

ファイルシステム総合スレ その10

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/04/02(木) 20:57:26ID:AdLAWklr
●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/

●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/
0796login:Penguin2009/09/16(水) 14:15:36ID:RJIgMBey
>>795
ttp://userweb.kernel.org/~akpm/mmotm/broken-out/
へ移動しますた。

誰か骨を拾ってあげてくらはい。
0797login:Penguin2009/09/16(水) 19:39:23ID:UJcLYraY
Reiser3もSuseに見捨てられたしいつまでmainlineで使えるかわからんな。
そのうちext4にでも移行するか。
0798login:Penguin2009/09/16(水) 21:26:31ID:uGxSPoco
fsの各操作のボトルネックになる性能指標ですが、bonnie++だと以下を読む感じで正しいですか?
ファイルのfs内移動 → Sequential Create/Random Createのcreate/deleteのうち最低値
ディレクトリリスティング → Sequential/Random Createの Read のうち低い方

5TB3000万ファイルほどで、ディレクトリリスティングと
ファイルの移動が多いので上記のような基準で検討していまして、
いまのところreiser3が最有力なのですが問題ありそうでしょうか?
0799login:Penguin2009/09/16(水) 22:52:50ID:Tl/wx3w4
どのカーネル使うのか知らないがreiser3はやめとけ。スケールしない。
あとマウント時間が分単位。
0800login:Penguin2009/09/16(水) 23:27:09ID:V6HHYy1n
移動したのでID変わります

>>799
スケールしないというのは容量？速度？
容量でしたら8TBに達するのはずいぶん先に見積もっていて(増加ペースが鈍い)、
先にリプレースが来そうなのであまり問題視していません。
速度ですと、約100万ファイルまで増やしながらテストした際に最も
遅くなりづらかったのがreiser3という結果が出たので…。何か変なのかな…。

マウント時間が分単位というのも、自宅用ファイルサーバで
立ち上げっぱなしなので起動時のみの時間ペナルティと判断しています。

いろいろ後出しですみません
0801login:Penguin2009/09/17(木) 08:41:23ID:lwWWpZYR
マウントそんなにかかるか？ジャーナル処理してるんじゃないの？
0802login:Penguin2009/09/17(木) 09:14:43ID:imVaodyK
>>800
スケールしないのはコンカレントアクセス。
個人で使うならいいんじゃないの？
0803login:Penguin2009/09/17(木) 09:23:17ID:8K0Ea6hu
>>801
2TBのボリュームをReiserFSで使ってるけどマウントは5分くらいかかるよ。
0804login:Penguin2009/09/17(木) 10:18:03ID:eygHzDXf
マウント高速化パッチがあったような気がするけど取り込まれてなかったのか
0805login:Penguin2009/09/17(木) 23:42:40ID:hqfb/bz2
>>802
BKLか、了解ー
0806login:Penguin2009/09/18(金) 21:00:52ID:fWyof+eR
おいおいBKLは関係ないだろ

大体からして、CONFIG_PREEMPT関連がカーネルに導入された経緯のひとつに
BKL処理の効率化があった事はあまりに有名

未だにジャーナルの処理に一々BKLかけるReiserFSは
今、あえて選択する必要のないFSではあるけど
BKLのせいで並列アクセスがスケールしないとか言うのであれば大間違い
そもそもBKLがどうやって処理されているのかソースを読んで理解すべき

つーか、今は亡きCK kernelが、どうしてext3とReiserFSだけを推奨し、他を非推奨にしたのかをもっと考えるべき
CKがパッチの提供を辞めてから、色々とLinuxで使えるFSも増えたし、改良もされたけど
俺は未だにext[34]とreiser[34]以外のFSはクソだと思っているよ
0807login:Penguin2009/09/18(金) 23:29:04ID:lWlnTusC
もっと考えるべき
とか
読んで理解すべき
としか言わない奴は十中八九自分では説明できない
0808login:Penguin2009/09/18(金) 23:29:47ID:cB7i7bsS
それ以前に糞も味噌もいっしょくた
0809login:Penguin2009/09/18(金) 23:42:30ID:lWlnTusC
よく見るといつものアンチXFS厨か？
0810login:Penguin2009/09/18(金) 23:59:15ID:BrKFjTEP
いつものww

しらんがな
0811login:Penguin2009/09/19(土) 00:04:18ID:LBONijMH
単発だし間違いなさそうだな
0812login:Penguin2009/09/19(土) 00:26:49ID:YH6i3rVh
オヤジ！いつもの！
0813login:Penguin2009/09/19(土) 00:51:48ID:ZNMyo7Z+
>>806
あの頃はデスクトップではUPが普通だったから、マルチコア時代の現代とは単純に比較できないような
0814login:Penguin2009/09/19(土) 04:05:10ID:nzH+YeBA
>>812
トンスルお待ち！
0815login:Penguin2009/09/20(日) 13:19:53ID:wV9s5HBg
>>803
300GBの話で参考にならないかも知れんが一連の起動時間全体で20秒くらいです。
mkfsのパラメータやマウントオプション、ハードウェア、いろいろあるけど
きっと君は間違ってるｗ
0816login:Penguin2009/09/20(日) 13:25:28ID:7/vSTIy+
300G→2Tで20秒が5分になる
これを「スケールしない」と言います
0817login:Penguin2009/09/20(日) 14:18:12ID:C1QJ3cI8
reiserのマウントの独特のシーク音は好きだったけど、
パーティションがでかくなるとそういう弊害もあるんだなｗ
0818login:Penguin2009/09/20(日) 14:30:24ID:Lx3Z4LGX
2Tのパーティションとかブロックサイズどのくらいにしてるの？
というか、未だに1セクタ512バイトが最小単位なのか。。
0819login:Penguin2009/09/20(日) 14:38:49ID:wV9s5HBg
スケールしない
スケーラビリティがないこと
キャップしない
キャパビリティがないこと
リライしない
リライアビリティがないと

訳のわかんない事いうのやめようよ・・
もうすでに標準なの？
0820login:Penguin2009/09/20(日) 14:39:52ID:Lx3Z4LGX
動詞もあるよw
ttp://dictionary.goo.ne.jp/leaf/ej2/63793/m0u/scale/
0821login:Penguin2009/09/20(日) 17:41:51ID:OY0QxSDJ
>>816>>819>>820
キャップしないって何だよｗそいつはお断りだ

しないとできないは違う
信頼しないのと信頼性がないのは違う
スケーラビリティで使われてるのは拡大縮小可能もしくは比例しうるって意味。
スケールしないは比例しないの意味だろうが
比例しないって書けよ
チェンジとかスイーツとかファイルシステムとか
なんで片仮名ばっかり使うのバカなの死ぬのw？
0822login:Penguin2009/09/20(日) 18:43:19ID:YJrAu4JI
そこで鼠型入力装置ですお
0823login:Penguin2009/09/20(日) 20:38:21ID:W9OGi4v1
鍵盤型入力装置ですね
0824login:Penguin2009/09/20(日) 20:48:48ID:6W0WwjBm
田宮1/35比例しない独逸兵下士官乙
0825login:Penguin2009/09/20(日) 21:12:08ID:YJrAu4JI
カタカナ語というのは同字異義語を増やさないための知恵なんじゃないかと思った。
敵は正確な発音ならカタカナではこう厨。
0826login:Penguin2009/09/21(月) 08:53:39ID:6BBUoYSs
>>825
ヘプバーンとヘップバーンとヘボンは異字同義語

# mkreiserfs -t 512 -h rupasov /dev/sda9
mount -r reiserfs /dev/sda9 /hoge/hage -o noatime,nodiratime,block-allocator=border,data=writeback

2chブラウザとログ置き場をこれにしてみたら、うっひょー。
マジおすすめ

rupasovはハッシュがダブるって書いてあるが実際にどうなのかしばらく試してみる。
ライトバックなのは2chログだから。

効果は不明だが
manの表記が不正なんでこう書かないとブロックの割り当てが変更できない。
block-allocator=border (hashed_relocation, no_unhashed_relocation, noborder)
http://web.archive.org/web/20070809124305/http://www.namesys.com/mount-options.html
0827login:Penguin2009/09/21(月) 12:11:29ID:uDbg8rz1
>>826
スレチですまんが2chブラウザは何使ってるの？
0828login:Penguin2009/09/21(月) 18:27:20ID:ChTxPFKE
>>799>>803
うちも360GBで参考にならないかもしれないけど
確かにジャーナルの最大サイズは100数十MBかもしれないけど
マウントって零コンマ何秒？ってくらいで全く引っかからないよ。
0829login:Penguin2009/09/21(月) 18:42:30ID:B/OHxQzK
>>828
そのサイズだとまだまだだな
指数関数って怖いよな
0830login:Penguin2009/09/21(月) 19:12:45ID:SXdmmE3S
>>829
ゑ? O(n)じゃなくて、O(n^2)すら超えてO(e^n) なの? なんでマウントに
そんなわけのわからんアルゴリズム使っているんだ?
0831login:Penguin2009/09/21(月) 19:24:37ID:9q2aeNv/
>>830
・

л
л
пｼ
ｼ
0832login:Penguin2009/09/22(火) 20:34:17ID:dZ+D1fmw
確実にファイル名が似通ってるから2chログ置き場をrupasovにしてみたんだけど
カーネルソース置いてコンパイルしてみたりしたが今のところ何ら異常はない。

俺は今後はrupasov使うわ。
reiser4は使ったことないけどreiserfs3と比べてどんな感じ？

>>827
V2C。
0833login:Penguin2009/09/23(水) 11:19:44ID:hYkmayu9
>>627
意外とDB用途に最適かもよ？
http://ulfs.sourceforge.net/
0834login:Penguin2009/09/23(水) 21:37:08ID:h2t+Bp3U
>>827
IDに決まってるだろ
0835login:Penguin2009/09/24(木) 11:06:23ID:joayn3d8
log structured FSが最近勢いづいているのは何で?
0836login:Penguin2009/09/24(木) 11:11:50ID:+QoMJhH9
nilfs2がマージされたからだろ
0837login:Penguin2009/09/24(木) 11:20:13ID:9WTD7LOo
>>835
SSDで有利だから
0838login:Penguin2009/09/24(木) 20:40:07ID:x6/1cqZT
>>834
JDじゃなくて？

今天的 Tetralet 又在？？？？了
ttp://tetralet.luna.com.tw/index.php?op=ViewArticle&articleId=214&blogId=1

ちょっと前に会社で停電があってreiserfs使ぅとったのが立ち上がらんようになってしもたんや。
fsckしたら直ったけど冷や汗もんやな。
reiserfsの悪い評判とも関係あるけど。こんな事もあるんやなって身に染みて分かったわ。
で、結局何がえぇんよ？
半日ググったけど自分で試してみるんが一番ってことで。
0839login:Penguin2009/09/24(木) 23:26:23ID:+0yImHYg
で、reiserfsのマウント時間が容量の指数オーダーというのはガセなの？
ほんとならソースくれ。
0840login:Penguin2009/09/24(木) 23:29:36ID:oepUEYYM
ガセというか、落とし方やそれまでの稼働時間にも拠るんじゃね?
0841login:Penguin2009/09/25(金) 00:10:23ID:8lp7KrzM
nがFS全体のサイズでなくてジャーナル領域のサイズとかだとしても
指数オーダーてのは直感的に想像できない。そんなだったらとっくに死滅してるはず。
>>829が指数の意味を誤解してるんだろう。
0842login:Penguin2009/09/25(金) 00:24:02ID:If6aiUCb
組合せ論的爆発
0843login:Penguin2009/09/25(金) 00:27:44ID:DlSn0Qec
芸術的爆発
0844login:Penguin2009/09/25(金) 10:08:45ID:kIBKD3uE
>841
指数かどうかはともかく、直線的にスケールしないってのは普通にあると
思うけどな。問題はその程度って話でしょ。
0845login:Penguin2009/09/25(金) 10:47:21ID:i8/4OJv9
reiserfs3は普通の環境で最大値は
ブロックサイズ4096、ジャーナルサイズが32749ブロック、トランザクションが1024ブロック。
これが*TB規模になると問題になるのかもしれんが。

マウントもリプレイも速すぎて目で追えないんだが遅いってか？
5分もあったらデスクトップ出してからリブート2回できるっちゅうに。
>>838でもマウントが遅いって書いてある。これはきっとアンチreiserfs厨の罠だな

NILFS2使ってみた。速度を求めるものではないが使う分には遅さは感じない。
遅い印象があったけどそのせいで逆に速く感じた。jfsと一部の特性取り替えたような感覚。
0846login:Penguin2009/09/25(金) 11:02:40ID:QNISpLjD
５年程前に5TBのreiserfs3の運用経験から。
リブートは年１回だがな。
0847login:Penguin2009/09/25(金) 11:22:37ID:8shufhsA
ext4フォーマットで使ってる人、感想を書いてくれ。
0848login:Penguin2009/09/25(金) 11:29:07ID:kIBKD3uE
5分で2回もリブート行けるような小規模環境なら、何使っても大して変わらんでしょ。
うちのサーバはOS読み込み前のハードウェアチェックなんかだけで3分から5分は
かかるわ。
0849login:Penguin2009/09/25(金) 11:30:43ID:hnnN3qZg
>>847
特になし

以上
0850login:Penguin2009/09/25(金) 11:45:19ID:8lp7KrzM
マウントのときジャーナル領域をソートでもしてんの？
O(nlogn)くらいの。
0851login:Penguin2009/09/25(金) 11:48:09ID:H6F4VVWn
>>847
たまに、ext2/ext3を前提としたコードがコンパイルできない。
それ以外はext3と同じ感じ。
0852login:Penguin2009/09/25(金) 21:29:55ID:7i3jmdwD
>>687
FreeBSDのZFSが使い物になると宣言されましたよ。
0853login:Penguin2009/09/26(土) 04:31:20ID:IigKfcmL
OracleがSunを買ってから、本当にbtrfsの話題が減ったなぁ…
NIFLSのほうが話題多いんじゃないだろうか。このスレに限らず。

>>852
ttp://gihyo.jp/admin/clip/01/fdt/200909/24 ですな。

ただ、OpenSolarisのZFSはL2Arc ttp://blogs.sun.com/brendan/entry/test
なんていうSSDをキャッシュに使う機能なんていうのも実装されて、
ますます進化しているけど。
0854login:Penguin2009/09/26(土) 10:02:46ID:6/kVht60
835> ttp://blogs.sun.com/brendan/entry/test
ZILは高頻度でsync()するアプリケーションに効くよ。
emacsはデフォルトでファイルを書くとsync()してくれるから
ZILでmewが速くなった。
0855login:Penguin2009/09/26(土) 12:28:57ID:iwR2lO7x
>>853

L2ARCなら1年近く前に入っているよ。
違うのはKernelのサポートが必要なCIFSとISCSIぐらいです。
0856login:Penguin2009/09/26(土) 22:07:04ID:LNAPqpYG
zfsをiscsiで使うと遅くて使い物にならなくない？
ZILにSSD設定しても遅い
ZIL無効とかzfs_nocacheflush有効にしたら劇的に改善するが、これは実環境じゃ使えないし
0857login:Penguin2009/09/26(土) 23:21:31ID:grPHdBpz
zfs自体、linuxでは使い物にならないだろ
0858login:Penguin2009/09/27(日) 00:42:56ID:ysVDtkCQ
いや、Linuxで使うつもりは毛頭ない
当然opensolarisやsolarisでの話
0859login:Penguin2009/09/27(日) 00:46:53ID:HuOcByfQ
じゃあUNIX板で好きなだけ聞けば
0860login:Penguin2009/09/27(日) 07:47:21ID:A1tC5n7V
>>856
ZILは書き込み速度が重要だとおもってHDDにしてるけど
ttp://blogs.sun.com/brendan/entry/testだとSSDがおすすめっぽいな。
0861login:Penguin2009/09/27(日) 08:03:03ID:6+7sH97Z
>>860
HDDは遅いものだがその認識はRAMやSSDを越えるうるような近未来RAIDでも組んでるの？
0862login:Penguin2009/09/27(日) 10:16:32ID:Sbej/hhH
2chブラウザを意識した分析: reiserfs編
 bonnie++ : バージョン 1.96 テスト領域　8GB
 bonnie++オプション : -n 4:262144:0
 基本マウントオプション : noatime,nodiratime
 環境 : Athron64 X2 @1Ghz固定 RAM:4GB HDD:SATA(cache:16MB) バックグラウンドでdnetc(CPU:100%)
ハッシュ関数の特徴:
 rupasov: 高速ハッシュ。似た名前のファイルを近くに配置。ハッシュ衝突の危険性。
 r5: 基本。rupasov改。大量ディレクトリや変なファイル名がない場合はこれでおｋ
 tea: r5のハッシュのランダム性を上げたもの。r5より遅いがランダム性の割には負荷は低い。
 (数値上ではrupasovは劣る。teaとr5は有意な差はなかった。)
マウントオプションの特徴:
 notail: CPU負荷軽減、速度向上、レイテンシ縮小。断片化進行。
 nolog: クラッシュ後の高速復帰を犠牲に性能向上。でも書き込み自体は行う。もう実装されてる？
 block-allocator=noborder: 速度低下、断片化？使いどころ不明
 block-allocator=hashed_relocation: ハッシュで再配置。notailと競合？
 block-allocator=no_unhashed_relocation: 全ファイル強制ハッシュして再配置？CPU負荷軽減、性能向上

・オプション
 nolog : 現在実装されているのかどうか不明。専ブラでは試さず。
 　数値上ではやnologやdata=writebackはなぜか劣った。mkreiserfsでジャーナルを小さくすれば変わる？

・2chブラウザ(V2C)での使用感:
 ランダムでは勝っているのでext2を選ぶ理由はない。
 notailは一般的な使用では性能向上が見込めそうだが専ブラには不向き？
 ベンチマークと違ってrupasovが快適。
 ディレクトリ数、ファイル数を大きくするとそれなりに性能に影響する。
 ひょっとすると日本語ファイル名を使っている人はtea,rupasovがいいかも？

ログを貯めないで〜数百MBに限定して使うならdata=writebackも加えると特に快速
10年近くログを貯めつづけている人やopy2onを動す人もこれでいいんじゃないだろうか。
# mkreiserfs -h rupasov /dev/sda? と block-allocator=no_unhashed_relocation
rupasovハッシュがシステム領域での使用に耐えうる代物かどうかは自分には分からない。
0863login:Penguin2009/09/27(日) 12:06:37ID:M+mZNcrN
2chブラウザログ程度だとreiserのメリット享受は難しいよ
総ファイル数が100万クラスになったときの速度の落ちづらさが強みなんだから
小規模ならext3にdir_indexつける方が効率的

てか-n 4 程度だと余裕でdentry cacheに載って計測の意味無いだろJK
0864login:Penguin2009/09/27(日) 22:15:42ID:oZGXzS+U
600万クラスだったらどれも変わんなかった。
どれもやってらんねー。
08658152009/09/30(水) 21:37:22ID:3NM2SyUz
>>816
[ 7.877555] REISERFS (device sda2): found reiserfs format "3.6" with non-standard journal
[ 7.878022] REISERFS (device sda2): using ordered data mode
[ 7.885083] REISERFS (device sda2): journal params: device sda2, size 32748, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 7.894492] REISERFS (device sda2): checking transaction log (sda2)
[ 7.927745] REISERFS (device sda2): Using r5 hash to sort names
[ 9.313704] udev: starting version 146
約20秒はデスクトップまでです。個人用途でこじんまりとまとめてあるからこの時間。
環境によって違うしRAID BIOS拝んだりしたら手間取るのも分かるけど、マウントだけで5分は眉唾です。

俺は信じないー
0866login:Penguin2009/10/03(土) 23:21:27ID:dxeLlQTg
nilfs は GC をカーネルスレッドにしたりしないんかな
それは無理があるんだろうか?
0867login:Penguin2009/10/04(日) 00:03:15ID:3KnJ43xs
>>866
GCを別スレッドにしても意味なくね?
0868login:Penguin2009/10/04(日) 08:33:08ID:u/WKxw+L
>>867
GCが別スレッドになってないと
writeがババ抜きになってしまわないか?
カーネルスレッドにしないのはそのメリットがないからでは?
0869login:Penguin2009/10/04(日) 09:00:30ID:H7vzXJqu
P2Pに適したfsは？

・領域だけ確保した後、もの凄く時間をかけて断片を寄せ集めすんごい長時間でランダムに書き込んでいく。
・ファイル名がやたら長くて何でもあり
・常時CPU負荷が高い（定期的に低くはなる）
・必要なければ何ヶ月でも稼動しっぱなしだが、必要あれば一時停止は問題ない
0870login:Penguin2009/10/04(日) 09:06:05ID:SrlVp56d
>>869
tmpfs
0871login:Penguin2009/10/04(日) 10:43:45ID:u/WKxw+L
SSDつかえば？
0872login:Penguin2009/10/04(日) 10:51:47ID:SrlVp56d
>>871

＞すんごい長時間でランダムに書き込んでいく。

SSDだと結構寿命が減りそうだ。
ライトキャッシュを多量に確保するようなのがよくね？
0873login:Penguin2009/10/04(日) 13:25:21ID:3KnJ43xs
>>869
それはp2pじゃなくて、ファイル交換だろ。
エロ動画集めて楽しいか?
0874login:Penguin2009/10/04(日) 13:48:46ID:ImwJSiQJ
>>867
いや、 nilfs2 ってmount する時に /sbin/nilfs_cleanerd を起動してるよね
あれがGCやってんかなと思ったんだが…違うんかな
0875login:Penguin2009/10/04(日) 14:57:53ID:I/v8yfpM
>>869
ファイルシステムより`sysctl -a | grep vm.dirty`
0876login:Penguin2009/10/04(日) 15:07:54ID:I/v8yfpM
>>869
いや、CONFIG_IOSCHED_DEADLINEでカーネルを再コンパイルした方が効果がある
0877login:Penguin2009/10/04(日) 21:30:10ID:6UK6b70z
CONFIG_IO_DELAY_NONEっちゅうのもあるでよ。
CONFIG_TCP_CONGの値でもネットの反応が体感できるくらい全然違う。
ファイルシステムなんて飾りですよ。エロ（ｒｙ
0878login:Penguin2009/10/04(日) 23:17:56ID:3KnJ43xs
>>876
ブートパラメータで elevator=deadline でいけるよ
0879login:Penguin2009/10/05(月) 00:18:18ID:w6Oc5F4W
>>878
ブート後でも

echo deadline > /sys/block/{ブロックデバイス}/queue/scheduler

で変えれるよ。
デバイス毎に変えれるから便利だよ
0880login:Penguin2009/10/05(月) 00:22:28ID:qB3orKZF
deadlineてcfqと比べてどうなの？
0881login:Penguin2009/10/05(月) 00:34:03ID:3/+qlIay
>>880
deadline DB,RT向け
cfq デスクトップ向け。
0882login:Penguin2009/10/05(月) 12:43:28ID:X5ARpTwe
> tmpfs
メモリ上にファイルシステムを作成することでI/O負荷が減る。
必要に応じswapされるのでramfsと比べメモリが有効に活用される。

> エロ動画集めて楽しいか?
はい

> `sysctl -a | grep vm.dirty`
sysctl -a は、扱えるカーネルパラメータをすべて標準出力する。
grep vm.dirty は、その中から vm.dirtyを含むものを抽出する。
ということは、ファイルシステム以前にまず、
そのカーネルパラメータを調節してパフォーマンスの向上を図るべきということでしょうか

> CONFIG_IOSCHED_DEADLINEでカーネルを再コンパイル
> ブートパラメータで elevator=deadline
> ブート後でもecho deadline > /sys/block/{ブロックデバイス}/queue/scheduler
カーネルのI/Oスケジューラのパラメータを変更する。
カーネルからのI/O要求が割り当てられる期限を設定して応答性を確保、
更にディスクへの読み込み要求の優先順位を引き上げてDBの性能効率を上げる。
fsyncに弱いので注意

> CONFIG_IO_DELAY_NONE
遅延書き込みをしないオプションでしょうか

> CONFIG_TCP_CONG
CONFIG_TCP_CONG_???でTCPに関する調整が可能ということでしょうか
0883login:Penguin2009/10/05(月) 12:43:56ID:qB3orKZF
グ
グ
れ
0884login:Penguin2009/10/05(月) 13:45:29ID:X5ARpTwe
グ
ぬ
ぬ
0885login:Penguin2009/10/05(月) 14:57:07ID:mdyytaYQ
>>877
CONFIG_TCP_CONG関連
net.ipv4.tcp_available_congestion_control
net.ipv4.tcp_allowed_congestion_control

>>878>>879
覚えとく。ありがと。
スレチだ。さらば
0886login:Penguin2009/10/05(月) 15:20:43ID:sxZuIjr6
>>881
一般的にはあってると思うけど、
MySQLのドキュメントには、MySQL 用には、 cfq が無難ってあった気がする。
一応補足。
0887login:Penguin2009/10/05(月) 15:56:52ID:ErcoEsMr
>>886
tmpfsやhugetlbfsやデバイスがSSDやハードRAIDな場合はnoopが最適だろうし環境によって違う。
I/O負荷も高めずnoopよりマシで一般的に"無難"な選択肢って意味でしょう。

procfsはいずれ終焉するんだっけ？
sysfsマンセー
0888login:Penguin2009/10/05(月) 21:04:03ID:8skreQ5H
>>887
sysとprocで正しく棲み分けができるだけだろ。
0889login:Penguin2009/10/05(月) 22:11:27ID:lHG1/+PT
deadlineスケジューラをP2Pで使ったらCPUが無駄に泣きそう
xfsマンセー
0890login:Penguin2009/10/06(火) 09:56:28ID:djuu+ao6
>>885
= cubic reno
ってやればいいの？
0891login:Penguin2009/10/06(火) 10:37:14ID:x6Jjfbqk
>>890
cubicとrenoはext3みたいな安全牌
まだP2Pの話してるならHighspeed-TCPでI/Oスケジューラがdeadlineはヤバイんじゃないかと。
足回りが足りてたら最高かも。
0892login:Penguin2009/10/06(火) 10:50:23ID:djuu+ao6
>>891
処理能力が足りてたらということでしょうか。
ありがとう。
0893login:Penguin2009/10/06(火) 19:27:29ID:eUUuWuIo
_P2P____lt;lt; BitTorrent gt;gt;____P2P_
http://pc11.2ch.net/test/read.cgi/linux/1092578512/
スレ違い。ここで思う存分やれ
0894login:Penguin2009/10/07(水) 11:31:30ID:QOn40TiI
LVMのスナップショット機能って誤ってフォーマットしたのも戻せますか？
0895login:Penguin2009/10/07(水) 14:40:47ID:kTGIx28a
>>894
オマエにゃ無理
0896login:Penguin2009/10/07(水) 15:32:47ID:GKCaaGWu
この時点でLVMの意味がない気がする
コマンド一発即復元くらいの手軽さと堅牢さが無いと
スナップショットの意味が無いし
■ このスレッドは過去ログ倉庫に格納されています