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

linuxの高速化、快適化のテクを語りましょう。

スレ完全終了

・プレスコットを買ってくる
・かたっぱしから icc8.0で-O3 -tpp7 -axWNP -Vaxlib -static でバイナリつくりまくり

最強

・地球シミュレータ買ってくる
以下略

個人使用で問題が無いんなら/tmpとか/var/tmpをtmpfsでマウントしてやるとか。
あとcoreutilsあたりは自ビルドすると結構違う気がする。
他はログファイルの保存を少なめにするとか
bashが最初に読みこむ設定を軽量化するとか…

そんな感じ？

毎日新しいパッケージの追っかけやってる人にはあんまり効果無いかもだけど、
prelinkは結構体感に効いてくるのは確か。

> 他はログファイルの保存を少なめにするとか
> bashが最初に読みこむ設定を軽量化するとか…

…あまり関係ないでしょう｡
それよかファイルシステムのチューニングとか
メモリ関係のチューニングをやったほうがいい｡
勿論,鯖と数値計算ではパラメータが変わるわけで｡

bashが一度立ち上がったら関係無いだろうね。
連続でボコボコ立ち上げる時には結構効いて来る気がするんだけど…
ワンテンポの差があると思う。
鯖にも数値計算にも関係無いけど。

hdparmでHDDのI/Oパフォーマンスをいじくり倒して壊す。

壊すなYO(w
…あまり他人のことは以遠が。

えっと、自分の環境によって要らないプロセスを切って、使わないハード外してメモリを買ってくる

　以外でだよね、もちろん

ソフトウェアのRAID0にすると
ディスクI/Oのパフォーマンスがあがるらしい。
ただし、故障率もあがるらしい。

安物のIDEディスク2枚でできるなら、
コスト的にも許容範囲らしい。

RAID0+1で冗長性を持たせると、故障にも強いらしい。
しかしデイスクが4枚要るらしい。


IDEコントローラはバスに繋がりっぱなしなので
SCSIディスクにするといいらしい。
小さいディスクのほうが速いらしい。
電源に金をかける必要があるらしい。

キャッシュメモリの多いCPUを使うと
当然キャッシュヒット率が上がって
断然、速くなるらしい。

キャッシュヒット率が上がるように、
カーネルの仮想記憶管理のアルゴリズムを改良した
"ページ・カラーリング"というのがあるらしい。

カーネル2.6の場合、
intelのi8xx系のマザボで
piix(ICH4)をinsmodするのを忘れると悲惨らしい。

テクかぁ。
・現状を把握する。
・何のパフォーマンスを上げるか考える。
これに尽きるな。

スレ完全終了

ちょっと興味ある。

たとえばネットワーク環境のぱふぉーまんすちゅーにんぐ
とかどうよ

なんだかんだ重いのはX。ウインドウマネージャとかを除いた
Xそのものを軽くしないと。SIMDをつけてコンパイルしたら速くなるかな？

/proc/sys 以下のパラメタをイジる
うまくいったら/etc/sysctl.conf に加える

>16
どういじるとよいのか教えてください。

XFree86-4.3.* に -msse2 をつけてバイナリこさえると凍ります｡

RedHat9をインストールしてレッドハットユーザマネージャーで
アカウント登録をしたが、"-"を含むアカウント名は登録できま
せんでした。
useraddで登録してもよいのですが、ユーザマネージャーで対処
する方法はありますか？

>>19
スレ読んで投稿しろボケ

>>15
Runlevel 5で上がってくる「鯖」の管理者を、俺は信じない。

>>21
Xはクライアント用途での話だろ？
>>15 は鯖なんて一言も言ってないじゃん。

定番のnoatimeやnotailやUDMA,MTRR以外になんか速くなるものってありますか？

最近>>22の様な奴が増えてつまらなくなった。

>>21=>>24だな

つーか>>1は何が目的でこのスレを立てたワケ？
そらパフォーマンスの改善って事は分かるけど
用途によってやる事が違うだろうしなぁ…

終了かな。

>>27　お前がな
実際どの程度のスキルのある奴がこの板に相応しいんだ
DQNレベルが相応しい

いいから>>1はさっさと出て来て盛り上げる努力をしろ

>>28
板っていうかスレなんだけどな
維持したいなら相応しいかどうか何か提示してみれば？
そしたら周りが決めるでしょ？
DQNかどうかなんて技術、知識と関係ない煽りなんだけどなぁ
無理して２ちゃん用語ぽいもの使うなよ

個人的には各スレで個別にﾁｭｰﾆﾝｸﾞ(にあたる設定)について書かれているので広いまとめスレのようなものはなかなか難しいと思う
とりあえずｶﾞﾝｶﾞﾚ >>1

Makefileのcflagを最適化する。ちょっとパフォーマンス上がった。

IA64だとインテルコンパイラでコンパイルすると性能が良いと言うじゃないですか。
それならディストリビューションごとインテルコンパイラでコンパイルすると、
すごく嬉しいのかなと思った。
まあIA32しか持っていないので関係ないが。

>>33
kernelはiccでコンパイルしてもgccでコンパイルしても同等、
Xやらそこらへんはiccのご利益があったというレポートが｡

ハードの構成とファイルシステムのパラメータ、カーネルの
パラメータが相互に影響し合うでしょ｡鯖と数値計算用じゃ
全然違ってくる｡hpcとかv-tなんかそこらへんのノウハウで
食ってる気がするが、どこかにポインタ落ちてない？？

高速化、快適化したディストリ作ってください。
それでもってインスコ時に最適化を自動でやってください。




ってかＸ遅すぎる。Linuxカーネルに組み込んでも良いからなんとかしてくれ。
あと今回のライセンス騒ぎで高速Ｘがでることに期待してるのは漏れだけか？

>35
>高速化、快適化したディストリ作ってください。
>それでもってインスコ時に最適化を自動でやってください。

それがgentooなんだと思ってたけど・・・　入れた事もないけどなｗ

とりあえずXのフォントキャッシュを増やす。

とりあえずrpmで入れたgccを削除
ついでに/usr/bin/gccを削除して

#!/bin/sh
/usr/local/bin/gcc-3.3.2 -march=athlon -mcpu=athlon "$@"

に入替える

/usr/bin/ccは↑のシンボリックリンク

とりあえず効果は無い(ような気がする)

ccacheを導入するのもコンパイル好きの人にはいいかもね。
日ごろのパフォーマンスには影響しないけど。

XFree86-4.4.0を
-O3 -fomit-frame-pointer -mfpmath=sseとかしてSIMDつけたら
ちょっと速くなったような気がします。
適切に全てのパッケージを最適化したらかなり速くなるかも。
そういうディストリビューション作りを思案中。

だがしかしカリカリにチューニングすると汎用性が下がる罠
素直にgentooあたりで全部握り直した方がいいと思うけど。

>>38
/usr/lib/rpm/rpmrcをお読み、坊や｡

>>41
自分のマシンだけで使うのに、汎用性を気にしてどうするんだ？

>>43
一番下の行

>41
43の言うとおり。汎用性無視。athlonXP専用。
現在、-march=athlon-xp -O3 -fomit-frame-pointer -funroll-loops
-mmmx -m3dnow -msse -mfpmath=sse
でほとんどコンパイルしてる。むしろ遅くなってるものもあるだろな。

たとえば、
fedora 1
turbo 10
gentoo
を比較してやるべきことある？
俺はslack,plamo

>>45
洩れは無難に
-march=athlon-xp -O2 -mfpmath=sse -pipe -mmmx -m3dnow
で済ましてる。

これだと思うものはないかな？
まあパッケージによると思うけど。
一覧をあげよう！

X速くするコツない？とりあえずwin以上な快適なデスクトップをめざそう！

Pen4でカーネル再構築するときに
arch/i386/Makefile
のCFLAGSを
-mfpmath=sse2 -pipe -mmmx -msse
にすると速くなるかな？

-mfpmath=sse2 -pipe -mmmx -msse

とかやってXこさえるとですね、GLを使ったとたんに
X自体が落ちるですよ｡これってうちだけですか？

-mfpmath=sse -mmmx -msse -m3dnow
で今のところ大きな問題はないです。

>>51
>>18に似たような話があるね。

>>42
Fedoraスレで、全部i686でコンパイルしてた奴がいたな。
今もやってるかわからないけど、配布もしたみたい。

>>46ね。
ごめん。

>54
実際どのくらい速くなるのかな？

あと 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

...いまいち

>57
Timing buffer-cache reads: 1616 MB in 2.00 seconds = 806.11 MB/sec
って速くない？うちは270くらいだよ

Xとハードディスクを速くするコツを教えてください

>>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"らしいです。

>60
それにしても
Timing buffer-cache reads
と
Timing buffered disk reads
の差が凄すぎじゃないですか？
うちのTiming buffered disk readsは53くらいだよ(ATA100)。

>>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で、
"バッファキャッシュ"の方式もたぶん、最新鋭です。

いまフリーsolarisを初めていれたせいでlinuxラリっちゃたのでdmesgは
だせないけどハードディスクはほぼ同じ性能です(40GB,2Mキャッシュ)。
前にhdparmを見たときはカーネル2.6.3でした。
linuxパーティーションはハードディスクの真ん中らへんです。
最外周でも最内周でもそこまでは変わらないと思います。
DMA66とDMA100のケーブルって変わらないんでしたっけ？
DMA33のケーブルを使ってるとか？使えるかわからないですけど。
でもhdparmでmode5って出てるから大丈夫なのかも。その辺は考えたことないので
わからないです。
hdparm /dev/hdaを見せてください。
あとカーネルに自分のチップセットのドライバいれてます？よくわからないけど
もしかしたら関係あるかも。
うちと比べてcasheはずいぶん速いしdiskはずいぶん遅いから気になります。

# 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

ほい

ﾁﾌﾟｾﾄとかHDDの型番ぐらい書いてくれんと参考にもならん

>64
IO_supportが16bitになってるから32bitにしてみてくださいな。
hdparm -c3 -d1 /dev/hda

>>66
using_dma が 1 なら関係ないんじゃ? > IO_support
PIO モードの時に見る情報でしょ、多分。

>>64
あんまりいじって飛ばさないようにね。

>67
たいしてかわらないとは思うけどやってみると微妙に違うみたい。
それにしてもDMA100で22MBは遅すぎだと思う。うちはDMA66のときでも
28MBくらいはでてたし。

フフフおまいらもっとhdparm汁

パフォーマンスチューニングって謳いあげて
hdparmレベルでごにょごにょとはオメでテーな｡

ファイルシステムのi-nodeの割合とか/procいじるとか
kernel-configとかいろいろあるだろう

>>70
んじゃ、そのいろいろを書いておくれよﾊﾟﾊﾟﾝ(or ﾏﾏﾝ)

メモリ激少ないんでスワップパーティションを先頭にして
/usとかをその次とかにして、/は最後

PentiumMMX 166MhzのCPUでDivX5をスムーズに再生する
チューニングがありましたら教えて下さい。

>>73
それがあったらマジで特許取れてウハウハだと思うが。