linux パフォーマンスチューニング

1 名前：login:Penguin [04/03/03 09:44 ID:QH+di3pA] linuxの高速化、快適化のテクを語りましょう。 52 名前：login:Penguin [04/03/09 00:53 ID:OlkofFdv] -mfpmath=sse -mmmx -msse -m3dnow で今のところ大きな問題はないです。 53 名前：login:Penguin mailto:sage [04/03/09 08:57 ID:OVPt0/uE] >>51 >>18に似たような話があるね。 54 名前：login:Penguin mailto:sage [04/03/09 22:01 ID:phe4sFZw] >>42 Fedoraスレで、全部i686でコンパイルしてた奴がいたな。 今もやってるかわからないけど、配布もしたみたい。 55 名前：login:Penguin mailto:sage [04/03/09 22:02 ID:phe4sFZw] >>46ね。 ごめん。 56 名前：login:Penguin [04/03/10 00:42 ID:VRnoe57O] >54 実際どのくらい速くなるのかな？ 57 名前：login:Penguin mailto:sage [04/03/12 00:21 ID:GOL3upsQ] あと hdparm(危険) /sbin/hdparm -A1 -a 128 -c3 -m16 -d1 -u1 -Xudma4 /dev/hda # hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 1616 MB in 2.00 seconds = 806.11 MB/sec Timing buffered disk reads: 66 MB in 3.01 seconds = 21.91 MB/sec ...いまいち 58 名前：login:Penguin [04/03/12 02:02 ID:NmZ210b3] >57 Timing buffer-cache reads: 1616 MB in 2.00 seconds = 806.11 MB/sec って速くない？うちは270くらいだよ 59 名前：login:Penguin [04/03/12 02:03 ID:NmZ210b3] Xとハードディスクを速くするコツを教えてください 60 名前：login:Penguin mailto:sage [04/03/12 02:55 ID:GOL3upsQ] >>58 "buffer-cache read"のほうは カーネルのバッファキャッシュ を読んでるだけ(CPUとメモリで完結)らしく、 hdparm(8) -T This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test. ディスクI/Oの目安になるのは "buffered disk reads"らしいです。 61 名前：login:Penguin [04/03/12 04:19 ID:iTmiD5Dd] >60 それにしても Timing buffer-cache reads と Timing buffered disk reads の差が凄すぎじゃないですか？ うちのTiming buffered disk readsは53くらいだよ(ATA100)。 62 名前：login:Penguin mailto:sage [04/03/12 06:03 ID:GOL3upsQ] >>61 dmesg では > ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA > hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) となっていますが、 # hdparm -X69 /dev/hda /dev/hda: setting xfermode to 69 (UltraDMA mode5) # hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 66 MB in 3.00 seconds = 21.97 MB/sec 変化ありません。 OSは、UDMA(100)とわかっているようなので、 疑うとすればIDEケーブルの仕様でしょうか。 確か、そこらへんに転がってたのを使っているような... カーネルは、 きのう入れた最新鋭の2.6.4で、 "バッファキャッシュ"の方式もたぶん、最新鋭です。 63 名前：login:Penguin [04/03/12 07:48 ID:iTmiD5Dd] いまフリーsolarisを初めていれたせいでlinuxラリっちゃたのでdmesgは だせないけどハードディスクはほぼ同じ性能です(40GB,2Mキャッシュ)。 前にhdparmを見たときはカーネル2.6.3でした。 linuxパーティーションはハードディスクの真ん中らへんです。 最外周でも最内周でもそこまでは変わらないと思います。 DMA66とDMA100のケーブルって変わらないんでしたっけ？ DMA33のケーブルを使ってるとか？使えるかわからないですけど。 でもhdparmでmode5って出てるから大丈夫なのかも。その辺は考えたことないので わからないです。 hdparm /dev/hdaを見せてください。 あとカーネルに自分のチップセットのドライバいれてます？よくわからないけど もしかしたら関係あるかも。 うちと比べてcasheはずいぶん速いしdiskはずいぶん遅いから気になります。 64 名前：login:Penguin [04/03/12 12:42 ID:nTO1yx8y] # hdparm /dev/hda /dev/hda: multcount = 16 (on) IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 24792/255/63, sectors = 398297088, start = 0 ほい 65 名前：login:Penguin mailto:sage [04/03/12 13:11 ID:e9b/0LMQ] ﾁﾌﾟｾﾄとかHDDの型番ぐらい書いてくれんと参考にもならん 66 名前：login:Penguin [04/03/12 16:21 ID:iTmiD5Dd] >64 IO_supportが16bitになってるから32bitにしてみてくださいな。 hdparm -c3 -d1 /dev/hda 67 名前：login:Penguin mailto:sage [04/03/12 16:29 ID:m/rBqP4y] >>66 using_dma が 1 なら関係ないんじゃ? > IO_support PIO モードの時に見る情報でしょ、多分。 >>64 あんまりいじって飛ばさないようにね。 68 名前：login:Penguin [04/03/12 16:34 ID:iTmiD5Dd] >67 たいしてかわらないとは思うけどやってみると微妙に違うみたい。 それにしてもDMA100で22MBは遅すぎだと思う。うちはDMA66のときでも 28MBくらいはでてたし。 69 名前：login:Penguin mailto:sage [04/03/12 20:59 ID:4JP9RfDa] フフフおまいらもっとhdparm汁 70 名前：login:Penguin [04/03/13 09:55 ID:JwHGMblk] パフォーマンスチューニングって謳いあげて hdparmレベルでごにょごにょとはオメでテーな｡ ファイルシステムのi-nodeの割合とか/procいじるとか kernel-configとかいろいろあるだろう 71 名前：login:Penguin mailto:sage [04/03/13 10:07 ID:qGtRGlkq] >>70 んじゃ、そのいろいろを書いておくれよﾊﾟﾊﾟﾝ(or ﾏﾏﾝ) 72 名前：login:Penguin mailto:sage [04/03/13 12:23 ID:aBl3b7YJ] メモリ激少ないんでスワップパーティションを先頭にして /usとかをその次とかにして、/は最後 73 名前：login:Penguin mailto:sage [04/03/13 13:14 ID:3VPJQ8cf] PentiumMMX 166MhzのCPUでDivX5をスムーズに再生する チューニングがありましたら教えて下さい。 74 名前：login:Penguin [04/03/13 13:48 ID:InERJxTI] >>73 それがあったらマジで特許取れてウハウハだと思うが。 75 名前：login:Penguin mailto:sage [04/03/13 14:44 ID:FgJAExAq] >>73 とりあえずCPUとメモリを大量に載せろ。 76 名前：login:Penguin mailto:sage [04/03/13 15:32 ID:GyM3A26X] >>75 Z80 なら何個ぐらい必要ですか? 77 名前：login:Penguin [04/03/19 00:05 ID:qT2XdqiU] 入れた方が動作が速くなるようなパッケージってありますか？ 78 名前：login:Penguin mailto:sage [04/03/19 00:12 ID:kN0w7evs] >>77 安易な所ではprelink 新しめのディストロだと標準で入ってたりするけど 79 名前：login:Penguin mailto:sage [04/03/19 00:29 ID:03Re89KT] 起動を優先してセキュリティ（PaXの一部分の機能）を捨てるというんですね 80 名前：login:Penguin [04/03/19 00:55 ID:qT2XdqiU] >78 確実に動作が速くなるような、たいてい入っているパッケージの 設定を教えてくれませんか？たとえば/procや/etcや gtkやglibc。 81 名前：login:Penguin [04/03/19 00:58 ID:8K3/Qa0K] Linuxのご使用の諸先輩方々へ Redhat + Apache Webサーバーの環境でサーバーを動かしているのですが、 レスポンスが遅くて困っております。。 top コマンドで、以下の状況なのですが、このレポートを見て、 問題箇所がわかる方、是非、ご指摘くださいませんでしょうか。 専用サーバー Pentium4 2.6G+memory 1GB で利用しております。 アクセスは、日30〜40万PVで、CGIも多様しております。 チューニング項目などで、何かわかるような点がありましたら、 アドバイスくださいますよう、よろしくお願いいたします。 （本当に、お願いします。。） 00:46:58 up 6 days, 21:51, 1 user, load average: 0.33, 0.43, 0.52 224 processes: 219 sleeping, 1 running, 4 zombie, 0 stopped CPU0 states: 14.4% user 5.4% system 0.0% nice 0.0% iowait 79.0% idle CPU1 states: 15.0% user 6.1% system 0.0% nice 0.0% iowait 78.2% idle Mem: 1022164k av, 1010604k used, 11560k free, 0k shrd, 283800k buff 708768k actv, 164k in_d, 20364k in_c Swap: 1052248k av, 79356k used, 972892k free 425204k cached 82 名前：login:Penguin mailto:sage [04/03/19 01:17 ID:zKY6po5l] >>81 擦れ違い 83 名前：login:Penguin mailto:sage [04/03/19 01:44 ID:S+YDJYrA] デスクトップのパフォーマンスチューニングしか扱わないのか？このスレ。 84 名前：login:Penguin mailto:sage [04/03/19 02:25 ID:5KitXEon] >>83 ネタ投下してみろよ 85 名前：login:Penguin [04/03/19 04:09 ID:momEXWmE] >>81 どうしてPentium4 2.6GHzなのにSMPになっているのでしょうか？ 86 名前：login:Penguin mailto:sage [04/03/19 04:10 ID:UnqMntlO] HT 87 名前：login:Penguin mailto:sage [04/03/19 04:11 ID:kN0w7evs] HyperThreadingを活用するためだろ P4でSMPを有効にするのは常套手段 のはず 使ってないから知らんが 88 名前：login:Penguin mailto:sage [04/03/19 04:12 ID:kN0w7evs] あああああああああかぶった！かぶった！ぱんつかぶったーーーーー！！！ 89 名前：login:Penguin mailto:sage [04/03/19 11:24 ID:4JM9PwOS] 　 （　・∀・）　　　|　|　ｶﾞｯ 　と　　　　）　 　 |　| 　　 Ｙ　/ノ　　　 人 　　　 /　）　 　 < 　>__Λ∩ 　 ＿/し'　／／. Ｖ｀Д´）/ ←>>88 　（＿フ彡　　　　　 　　/ 90 名前：login:Penguin [04/03/19 20:21 ID:a/OoZrJ8] >>81 取りあえず、MRTG入れてロードアベレージ、Apacheのリク数、トラフィックを取れ。 話はそれからだ。 ちなみに、当方、Vine Linux+Apache1、Pentium3 933MHz、512MB、IDE RAID1で200万リク捌いてるが、 ロードアベレージはピーク時でも0.8程度だぞ。レスポンスも良好。 phpな画像掲示板サイトだし、似たようなものだと思うが。 91 名前：login:Penguin mailto:sage [04/03/20 00:15 ID:mlrKTTGK] サーバよりもネットワークを疑ったほうがいいんじゃないの? 92 名前：login:Penguin mailto:sage [04/03/20 00:53 ID:djQvWvMh] そろそろこのスレのマニフェストをつくろうじゃないか 93 名前：login:Penguin mailto:sage [04/03/20 14:15 ID:DDu+tB2N] glibcとかカーネルとかXFree86とかって やっぱ新しいほうが重いの？ 94 名前：login:Penguin mailto:sage [04/03/20 23:48 ID:w3pNNdXx] glibcの重さって比較した事ない カーネルはどんどん軽くなってる Xが3.6から4.0になった時は動作が軽くなった みんな頑張ってるのだと思う 95 名前：login:Penguin mailto:sage [04/03/21 14:26 ID:qhx4TVry] nptl有効にして-pthreadで全部構築しなおしたら早くなるかな pthread使える物だけにしたほうが無難か 96 名前：login:Penguin [04/03/22 18:13 ID:WCexbgYy] いろいろ最適化ためしたけどgtk2.4って描画遅いね。 俺のビデオカードが悪いの(geforce2pro)？ だれかgtk2を速くするいい方法を教えてください。 97 名前：login:Penguin mailto:sage [04/03/23 03:31 ID:rCt13TNw] よくわからんが…重さの原因ってテーマだったりしない? あとは…、クライアント側の描画速度は shm 使えるかどうかが肝だと思う 98 名前：login:Penguin [04/03/23 03:55 ID:+uPqLswL] ちょっと思ったけどブラウザが重いという印象を与えるような。 それ以外は重くないかも。 99 名前：login:Penguin [04/03/23 06:38 ID:+uPqLswL] firefox-0.8に -O3 -march=athlon-xp -mmmx -m3dnow -msse -mfpmath=sse \ -fomit-frame-pointer -funroll-loops \ -fforce-addr -frerun-cse-after-loop -frerun-loop-opt \ -falign-functions=4" したらだいぶ快適になった。意外に効果ありだった。 100 名前：login:Penguin mailto:sage [04/03/23 06:53 ID:rCt13TNw] align は 32bit の方がよくない? 101 名前：login:Penguin mailto:sage [04/03/23 07:18 ID:E1aWft/u] -falign-functions=4 これで4byte=32bitじゃん 102 名前：login:Penguin mailto:sage [04/03/23 23:22 ID:rCt13TNw] うーん… >-malign-functions=num > 関数の開始位置を 2 の num 乗境界に整列させる。 103 名前：login:Penguin mailto:sage [04/03/23 23:32 ID:7EAhQSuu] fsoft-float と msoft-float を間違う事ってたまにあるよね 104 名前：login:Penguin mailto:sage [04/03/24 19:35 ID:S5qtAU3S] >>99 そこまでやらんでも ac_add_options --with-pthread ac_add_options --with-nptl --enable-optimize="-pipe -s -falign-functions=4 -march=athlon-xp -O2 -m3dnow -mfpmath=sse -fforce-addr -funroll-loops -pthread" で充分でね？ 105 名前：login:Penguin mailto:sage [04/03/24 20:07 ID:dnwdGjwu] みんな-ffast-mathは使ってるの？ 俺はいまだに怖くて使ってないけど… 106 名前：login:Penguin mailto:sage [04/03/24 21:13 ID:dnwdGjwu] ttp://home.comcast.net/~jcunningham63/linux/GCC_Optimization.html オプションごとの差について見やすいページめっけた -ffast-mathつえぇ 107 名前：login:Penguin [04/03/25 01:48 ID:5FoHoavs] >104 ac_add_options --with-pthread ac_add_options --with-nptl -pthread って明示的にいれないとNPTL効かないの？ glibcをコンパイルするときにadd-onsをNPTLにしてるだけじゃだめなの？ 108 名前：login:Penguin [04/03/25 01:52 ID:5FoHoavs] >105 俺もIEEEとかANSIの規則を破るっていうから怖くて使ってない。 普通のアプリなら問題ないと思うけど確実に把握できるわけじゃないから。 109 名前：login:Penguin [04/03/25 01:56 ID:5FoHoavs] >104 今、gccのマニュアル見たんだけどC,C++,x86には そのオプションなくない？ 110 名前：login:Penguin mailto:sage [04/03/25 09:38 ID:CKgczFV7] -ffast-mathで握ってみた mozillaはあからさまに動作がヤバい glibcとgccはそもそも通らないかチェックで弾かれる それ以外は今のところ問題発生してないように見える 111 名前：login:Penguin [04/03/26 19:13 ID:M45wdWvc] glibc-2.3.3はいつになったらリリースするのだろ？ 112 名前：login:Penguin mailto:sage [04/03/26 19:41 ID:2exr46zd] もうしてるのでは 113 名前：sl -alF ◆cWX.pe9P8g mailto:sage [04/03/26 21:10 ID:CcDJ4gbL] ないのだろうか 114 名前：login:Penguin mailto:sage [04/03/26 21:24 ID:Cc+5COKi] と思う今日この頃です 115 名前：login:Penguin mailto:sage [04/03/26 21:56 ID:/uwfZMxt] が、一概にそうと言えるものでは 116 名前：login:Penguin mailto:sage [04/03/27 08:33 ID:DrNH+yEK] ないのではありますが 117 名前：login:Penguin mailto:sage [04/03/27 09:51 ID:7Td+ZL4y] 鈴木宗男です 118 名前：login:Penguin [04/03/29 07:46 ID:2+yu+lFH] LFSみるとstrip-debugをしようって書いてありますが、 strip-unneededしても平気ですか？どこまでやって平気なんでしょうか？ fileしたときにnot strippedがでるのがいやなんですけど。 119 名前：login:Penguin [04/03/29 07:51 ID:2+yu+lFH] objprelink2を使ってコンパイルするようにしたら パフォーマンスはよくなりますか？ 120 名前：login:Penguin [04/03/29 07:53 ID:2+yu+lFH] パッケージをコンパイルして最大限速くするにはどんなものを いれておくべきでしょうか？ どんなコンパイルオプションをつけるべきでしょうか？ 121 名前：login:Penguin [04/03/31 09:21 ID:4ljwifuA] >>118 リロケーション情報ってstripしちゃってもいいんですか？ 122 名前：login:Penguin [04/04/17 02:40 ID:p+eYnag3] prelinkがgcc-3.3.2でコンパイルできないんですけどどうすればできるのかなあ。 123 名前：login:Penguin [04/04/17 03:02 ID:gdecNKeg] gentooをステージ1からインストールすりゃそれなりのパフォーマンスになるんじゃないの？ 124 名前：login:Penguin mailto:sage [04/04/22 08:18 ID:nLvNENAC] gcc3.4は-Oや-O2、mmx・sse周りの最適化が速くなったぽいね 125 名前：login:Penguin [04/04/25 15:39 ID:gRNeDkP3] >>124 でも、まだ怖くて使えないよね。 126 名前：login:Penguin mailto:sage [04/04/25 23:24 ID:81bwuX05] >>125 stableなんだから使ってbug報告汁 127 名前：login:Penguin mailto:sage [04/04/28 10:46 ID:6JUwqZPX] AthlonXPでmfpmath=sseするとなんか遅くなった気がする。 浮動小数点演算はfpuに任せたほうがいいのかな。 128 名前：login:Penguin [04/04/28 18:30 ID:Mzcn57Dw] >>127 387,sseが実験的じゃなくなればいいのにね。 129 名前：login:Penguin [04/05/25 05:46 ID:x4TPCe9F] gcc-3.4、まあまあコンパイルできるね。xineはだめだった。 でもglibcもgccもbinutils,Xなどなど意外にでかいのもいけた。 最適化がよくなったらしいけど実感するほどではないかな。 130 名前：login:Penguin mailto:sage [04/05/25 15:08 ID:v22EXb+O] xineはなんかのヘッダファイルで inline int って宣言されてるのを int に直せばコンパイルできた。 多分xineのソースが間違ってると思うんだけど。 131 名前：login:Penguin [04/05/25 22:41 ID:x4TPCe9F] >>130 ありがとう！やってみるよ。LFSもgcc-3.4になったし どんどんそうなりそうだね。 132 名前：login:Penguin mailto:sage [04/05/25 23:01 ID:3xGOlPkp] >>131 src/libffmpeg/libavcodec/mpegvideo.h の905行目だと思った。確か 一回直したの消して、今また展開して見たから もしかしたら違ってるかも知れないけど。 133 名前：login:Penguin [04/05/25 23:32 ID:bimOObk4] gcc-3.4、よくなってると思いまっせ｡ 134 名前：login:Penguin [04/05/26 00:34 ID:k8kTNHtV] カーネルソースを改造してチューニングするとかいう人はいないの？ 135 名前：login:Penguin [04/05/26 00:35 ID:k8kTNHtV] カーネルソースを改造してチューニングするとかいう人はいないの？ 136 名前：login:Penguin mailto:sage [04/05/26 02:06 ID:hv2oCSnF] 3.4でビルドしたxineは3.3でビルドしたものより CPU負荷が高い。。。うちだけなのかフルスクリーン時にガクガクブルブルだ 137 名前：login:Penguin mailto:sage [04/05/26 03:40 ID:b0nZR/cv] >>136 うちはフルスクリーン時に音が途切れ途切れになる。 138 名前：login:Penguin mailto:sage [04/05/26 14:57 ID:Ji2K47Cw] >>135 それはただのカーネルハックじゃん 2.4x使ってるならck patchでも当ててみれば? 139 名前：login:Penguin mailto:sage [04/05/27 03:00 ID:lsA4kijp] >>135 そんな人がひとっこひとりいなかったら、今のLinux2.6すら存在しなかったわけで 140 名前：login:Penguin mailto:sage [04/05/27 03:25 ID:s27ywkGn] ちゃんとelevator=cfqしてよね perfctr v2.7.2入れて計測してる人居ますか 141 名前：login:Penguin mailto:sage [04/05/27 03:36 ID:FpsiwA+d] elevator=asでもそんなデスクトップで使うのに困らないよね cfqで明らかに改善する用途ってなんだろう 142 名前：login:Penguin [04/05/27 23:39 ID:5XO3zFBX] >>141 俺もそう思うよ。俺はデフォルトのままだけどさ。 そろそろasにするつもり。 143 名前：login:Penguin [04/05/27 23:40 ID:5XO3zFBX] >>141 俺もそう思うよ。俺はデフォルトのままだけどさ。 そろそろasにするつもり。 144 名前：login:Penguin [04/05/28 01:06 ID:IFP5P9AS] ファイルシステムを noatime でマウントすると、すげー早くなるよ 定期的にtouchしておかないと、必要なものまでtmpwatchで消されることがあるけどね。 145 名前：login:Penguin mailto:sage [04/06/06 18:02 ID:h6j6oJ6h] sage 146 名前：login:Penguin mailto:sage [04/06/16 20:56 ID:PydZl/8P] 良スレかと思いきや 普通に糞スレだな 147 名前：login:Penguin [04/07/01 00:33 ID:7mSkS8SO] gcc-3.4でglibcやXやGTK+、ブラウザなどを再コンパイルしたら目に見えてパフォーマンスがあがった。 なんかきびきびするようになったよ。nvidiaドライバが動作しないのが残念。 皆さんもやってみそ！ 148 名前：login:Penguin mailto:sage [04/07/01 00:55 ID:xvCGYG2O] gcc-3.4、-ffast-mathでgcc本体のコンパイル通るのね 149 名前：login:Penguin [04/07/02 02:12 ID:ypyFP36f] でも、もしかしたらそのできたgccでコンパイルするのは微妙かもね。 -ffast-mathって怖くて使えないよ。でも、かなり速くなるんだよねえ。 150 名前：login:Penguin mailto:sage [04/07/04 10:28 ID:VWaEml5S] 姫野ベンチ+Athlon2200+で何をやっても-O2と大差なかったよ・・・ _|ー|_O 151 名前：login:Penguin mailto:sage [04/07/07 15:28 ID:zmN0dWYU] "-finline-limit=n"で600より大きい値を指定するほうが効果あるよ。 152 名前：login:Penguin [04/07/08 20:10 ID:tB9ymQLQ] >>150 でも、-marchをつけると、特にathlonやpentium4ではけっこう、効果がありません？ -msseとか-mmmxは微妙らしい。精度が変わるみたい。 -mfpmath=sse,387はけっこう効果があるみたいだよ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef