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

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

>>141
俺もそう思うよ。俺はデフォルトのままだけどさ。
そろそろasにするつもり。

>>141
俺もそう思うよ。俺はデフォルトのままだけどさ。
そろそろasにするつもり。

ファイルシステムを noatime でマウントすると、すげー早くなるよ
定期的にtouchしておかないと、必要なものまでtmpwatchで消されることがあるけどね。

sage

良スレかと思いきや
普通に糞スレだな

gcc-3.4でglibcやXやGTK+、ブラウザなどを再コンパイルしたら目に見えてパフォーマンスがあがった。
なんかきびきびするようになったよ。nvidiaドライバが動作しないのが残念。
皆さんもやってみそ！

gcc-3.4、-ffast-mathでgcc本体のコンパイル通るのね

でも、もしかしたらそのできたgccでコンパイルするのは微妙かもね。
-ffast-mathって怖くて使えないよ。でも、かなり速くなるんだよねえ。

姫野ベンチ+Athlon2200+で何をやっても-O2と大差なかったよ・・・
_|ー|_O

"-finline-limit=n"で600より大きい値を指定するほうが効果あるよ。

>>150
でも、-marchをつけると、特にathlonやpentium4ではけっこう、効果がありません？
-msseとか-mmmxは微妙らしい。精度が変わるみたい。
-mfpmath=sse,387はけっこう効果があるみたいだよ。

>149
i686でgccコンパイルしただけで散々な目にあったよ。
しかもパフォーマンス全く変化無し。

>>153
gccはまずいっしょ。gcc,binutils,glibcはなんもいじらないほうがいいよ。
と、LFSに書いてあるので俺はやったことがない。glibcに限っていじった
ことがある。とくにトラブルは起きなかったけど怖いからやめた。

CFLAGS="-march=pentium4(athlon-xp) -msse -msse2"とかを一生懸命やっている人へ。

$ gcc -v -Q -march=pentiu4(athlon-xp) *.c
で展開されるオプション見なさい。

速いパソコンに入れ替えると速くなるよ。

>>156
富豪め

>>157
貧民め





とか言いつつ俺もそんな余裕ないっつーの

>>156
速いパソコンでさらに高速化できたらいーじゃん。

Vineは/etc/sysconfig/harddisksをいじると猛烈にスピードアップしますよ。
RedHatとかも若干早い気がします。
後は使わないIMEをアンインストール。RunLevel3でしか動かさないなら
xfsとXFree86と関連パッケージを全部アンインストール。

起動を早くするにはkuduを起動しなくする事と、Fedora2なら/etc/readahead.early.filesを編集してみる。

> 起動を早くするにはkuduを起動しなくする事と

ブートアップを速くして一体なんのご利益があるのか
小一時間以下省略
まったくドザじゃあるないし｡

>>161
複数のkernel試すとき起動が遅いとむかつくじゃん。
kudzuなんて初回くらいしか起動しないけどな。

>>160
パッケージ抜いて速くなるのか？

>>162
起動しないだけでもＯＫですが抜いてしまうことでX関係の機能が全くなくなる
の何となく安心だと思います。

>>163 (ﾟДﾟ)ﾊｧ?

最適化フラグをきちんと設定して、gentoo linuxをstage1から入れろ。

>>165
きちんとってどうきちんとか教えて！パッケージ毎に。

今更だけど、お前らのsysctl.confを晒せ
みたいなスレタイのが良かったんじゃないかなぁ。

sysctl.conf以外にもいじるとこってあるんじゃん？

YOPERとかいうのが速いらしいよ

prelinkなんてどうでしょうかあ？

>>170
最初から既出

Xの描画の重さをなんとかしたいと思ってXを最適化しまくってコンパイルしたり
したけどそれほど効果なし。何かいい方法はないのかな？と思う。
みんなやることだけどカーネルを自分のCPUに最適化してるかしてないかで
全然違うね。特に何かをビルドしてるときによくわかる。
さらにgtk2重すぎ。

とりあえずmtrrとDRI

みんなやってるっしょ。mtrrは自動だしDRIも自動みたいなものでしょ。

おまえらすげーな。何いってるかほとんどわからん。
ところでプロファイラ何使ってる？

すまん誤爆した

>>172
nvidia

>>177
nvidiaドライバ使ってるんだけどね。それでも遅いね。
windowsとまでは言わないけどgtk1くらいの描画スピードにはなってほしいな。

>>173
俺の環境は
CPU: Crusoe (mtrr対応してない)
VGA: siliconmotion(DRI対応ドライバがない)
だ。もんくあるか。

でもsiliconmotionのMAN見ながらxorg.confに
Option "pci_burst"
したらちょっと速くなった。

おまいらもビデオチップのMANはよく読んどけよ。

卒業研究でPCクラスタを構築して，並列処理の効率をあげる研究を
しています．
FedoraCore2 がインストールされているマシンなのですが，
FreeBSD 4.10Rがインストールされているマシンと比較して，
どうしても性能が上がらなくて困っています．

ハードウェア構成は，Xeon 2.6GHz x 2 のSMPで，チップセットは不明ですが，
ハイパースレッド対応のものです．
メモリは1GBで，HDDはシーゲートの120GB 7200rpm のものを使っています．
HDDは，UDMAで認識されています．

特に通信速度とディスクIOの性能が著しく悪く，現在開発中のソフトウェアで，
ベンチマークをとってみたのですが，同じスペックのハードウェアで
FreeBSD 4.10-stable が入っているマシンの半分ぐらいしか性能が出ません．

特に，オンボードでintel のギガビットNICがついているのですが，
FreeBSDがインストールされているマシンの30%ぐらいの速度を
出すのがやっとのようです．

ネットワークやディスクに関して，どの部分でチューニングすれば
性能が向上しますか?

それだけだと、ソフトの問題かOSの問題か分からない。
もっとメジャーなツールでの比較をお勧めする。

その上で、どこがネックになっているのかを見つけてみたら？

>>180

でも、FedoraCore2だったら、おおむねFreeBSDの方が
いろいろな点で速いよ。

>>181
>>182

レスありがとうございました．
メジャーなツールでの比較ですが，bytebenchなどいくつかやってみたのですが，
いくつかの項目で Linux の方が速いものの全体的には FreeBSDの方が速いようです．

それで試しに，お互いのPCのHDDのみを交換して速度を計ってみましたが，
結果は変わらないようです．

この場合でも我々が開発したソフトウェアでは，やはりLinuxの方がネットワーク速度は
著しく遅いし，HDDの読み書きも遅い状態です．
なぜFreeBSD側の方がこれだけ速いのか，非常に謎です．

なお使用したHDDは，Linux, FreeBSD共に同じ時期に買った同じ型番の
ものですので，HDDそのものの性能差はないと思います．
LinuxとFreeBSD共に設定はインストールしたままのデフォルト状態です．

Linuxの方は，一度再インストールしたのですが，結果は変わりませんでした．

>>183
>HDDの読み書きも遅い状態です．
DMAはonになってます?
FedoraCore2使ったことないのでハズしてるかもしれませんが，
ディストリビューションによっては
hdparmでonにする必要があるかと思うのですが．

180には
>HDDは，UDMAで認識されています．
とありますが「起動時のIDEドライバのログ見て仰ってるのかな?」
と気になったもので

>183
煽るつもりはないけど、「著しい」差があるとすれば、
やはり、そのプログラムに依存した問題なのでは。

どーせあれだろ。fedoraは最初インストールしたまま何も
いじってない状態なんだろ。それなら激重だよ。他のディストリと
比べてもfedora(redhat)は重いしさ。

だとすると、他のプロセスに処理を食われてて遅いという
可能性？　>183　は、それくらいは分かってると思うけど。

後は、LinuxでどのFSを選んでるかもあるけど、（ジャーナルがあって遅いとか）
どうやら、遅いのはHDDへの書き込みだけでなく、
ネットワークの転送速度も差が出てるっぽいね。

FedoraだけXWindow上で動いてたりして

gcc 3.3.4の-finline-limit=n(だったような)の、Nの標準値って幾らなんでしょうか。

10000だとか600だとか、サイトによってバラバラで分かりませんでした。

>>189
ソース

>>188

FedoraではXが動いているだけでネットワーク速度が
30%とかにまで低下するの?

>>191
Fedora 重杉あげ

>>180
Fedoraがどうかはしらないけど、RedHatでクラスタくむとき、
RedHat純正カーネルにあたってるvmだかスケジューラだかのパッチが
タコで、全然パフォーマンスがあがらない、ってのがあるらしい。

とりあえず、カーネル入れ直してみたら。

Fedora は X を切った状態でもなぜか非常に重い。
いや、赤帽も重かったのだが。

Debian とかを使えば、速くなるってことはない?
FreeBSDに負けっ放しっていうのはちょっとな。

Ｌｉｎｕｘなんかいじりまわしてる事自体が痛い行為だと気付いたほうがいいキケー！

んじゃナニいじればいいのさ

>>193

とりあえず、Fedoraをやめる方向でいくというのはどう?
Debian お勧め!

んじゃナニをいじればいいのさ

glibcにO3フラグつけないほうがいいのかな
glibc以外は全部O3つけてもいいのか

>>199
つけないほうがいいらしい。

-O3よりむしろ自分のCPUに合わせて-marchとか付けた方がいい

>>200-201
そうですか、ありがとさんです

>>199
でも，glibcには何もつけないほうがいいらしい。

glibcとemacs以外全部に
-O3 -march=k6-2 -mmx -m3dnow -pipe -fomit-frame-pointer
つけて動かしてみました

>>204
k6-2ユーザーｷﾀ────!!!　人柱乙。

今さら遅いが The LFS Book によれば binutils と
gcc も CFLAGS を変えない方が無難らしい。

実際、uclibc toolchain のビルドで -march=k6-2 を
つけたら失敗して、デフォルトの CFLAGS にしたら
うまくいった経験がある。

K6-IIIだけど -march=k6 と -pipe しか指定したことない。
不充分?

grubにはフラグつけちゃダメなのねorz

>>206
ttp://www.freehackers.org/gentoo/gccflags/flag_gcc3.html
を見ると-march=k6-3まで指定できるらしい

Firefoxをこんな感じで最適化してる @gcc3.3.5
--enable-optimize="-pipe -ftracer -O2 -march=athlon-xp -mfpmath=sse,387 \
-frename-registers -fforce-addr -fprefetch-loop-arrays \
-fno-math-errno -fno-trapping-math -fno-signaling-nans"

ckなカーネル使ってる人なら
kernel.interactive=1
vm.hardmaplimit=0
vm.mapped=66
ここらへんいじってみるのもいいんじゃないかな。

起動高速化したいっす。

最低限のカーネルにして、init=/bin/sh

今のところPenIII800Mhzで起動時間6秒がオレの最高記録
超意味無かったけど

6sec mo kakatteruno?
osso---

デスクトップ用途なんですけど、起動高速化のポイントを教えてチョンマゲ。

ttp://bootchart.sourceforge.net/

デスクトップ用途なら、起動高速化するより
ハイバネーションしたほうがよくね?

え、いつのまにLinuxでハイバネ出来るようになったんだ？ACPIで？

ハイバネーション自体は10年近く前からできたと思うが。
Thinkpad560でハイバネーション使ってたし。

>>217
Power Management supportにSoftware Suspendがある。
これはACPIとかAPMには依存しないらしい。

漏れも、リブレットでハイバネーションしてた気がする。
もう全然覚えてないんだけど。

>>214
ガンガンモジュール化してカーネルサイズをできる限り小さくする。
起動するデーモンの数を減らす。
ブートスクリプトからif文を極力減らす。

>ブートスクリプトからif文を極力減らす。
前２つはもちろんやってるんですけど、この辺りが難しい。
取捨のポイントとか、ノウハウがあったら教えて欲しい。

>>221
俺もあんま詳しいわけじゃないんだけど例えば、
if devfs
else udev
fi
みたいなかんじでudevを使うとしたらこういうときはudevがあること前提で
if文による存在確認なしでudevを実行しちゃうとか。
おれはarch linuxをベースにいろいろやってんだけどブートスクリプトを
起動順におっかけるとシステムの理解にもつながると思うよ。速くなる効果は
そんなにないと思うけど。デーモンの起動スクリプトなんかはだいたい
条件文使ってる場合が多いけど自分専用なら無条件で起動してもいいんじゃん？
汎用性は思いっきり下がるけどね。ただfedoraとかでは難しいんじゃないかな。
ブートスクリプトが複雑すぎる。plamoやslackやcruxやarchなんかは
わかりやすいよ。

うーん。もちろん起動スクリプト(rc.sysinit)は追ってるんですけど
大きな流れはわかるけど、どれが必要か、どれが不要かって悩んでるんですよ。

例えばquotaとか、usb-file-systemとか、そういう所のチューニング方法のノウハウはないかなと。
ずっと前から、ちょっとづつ見てるんですけど、なかなかポイントが見出せないんです。
とりあえず、起動メッセージを(redhat型の)旧来型にしてる位はやってます。

書き忘れましたが、Vine3.1を使ってます。

>>223
こーゆーアプローチもあるみたいよ。↓の「起動プロセスの高速化」のとこ。
ttp://www.debian.org/News/weekly/2004/46/
デスクトップ用途だと稼ぎ代があまりないかもしれんけど。

ありがとうございます。

ですが、その類のサーバー類全て動いてません....

WinXPのアンチエイリアスとかClearTypeのベンチ結果。2kと比べて遅いという結果。
ttp://www.atmarkit.co.jp/fwin2k/xp_feature/015xpperftes01/xpperftes05.html
Linuxだとどうなる？gtkとかqtとか。

ttp://www.anandtech.com/printarticle.aspx?i=2114
SuSE速いね。Fedoraはどっか壊れてる。

gcc以外のコンパイラ試した人いる?
intel純正のFree版 for Linuxとかどうなの?
gccより速いのは分かってるんだけど話題に上がらないのなんでかな?

とりあえずiccインストールしてみた。
パフォーマンステスト用のいいソースコードない?

intel compiler for Linux part2
http://pc8.2ch.net/test/read.cgi/linux/1090826179/l50

サンクス。
ちょっと試してみた結果。
scimark2


gcc -march=i686 -O3 -pipe -fomit-frame-pointer

Composite Score: 170.11
FFT Mflops: 142.97 (N=1024)
SOR Mflops: 255.56 (100 x 100)
MonteCarlo: Mflops: 52.63
Sparse matmult Mflops: 167.18 (N=1000, nz=5000)
LU Mflops: 232.20 (M=100, N=100)


icc -O2 -tpp6
Using 2.00 seconds min time per kenel.
Composite Score: 205.57
FFT Mflops: 135.42 (N=1024)
SOR Mflops: 306.84 (100 x 100)
MonteCarlo: Mflops: 39.13
Sparse matmult Mflops: 189.96 (N=1000, nz=5000)
LU Mflops: 356.48 (M=100, N=100)

gcc 3.3.2
icc 8.1

先週立ち読みしたUNIX USERにiccの記事があったよ。これだったかな？
ttp://www.unixuser.jp/magazine/2005/200504.html
gzipとかbzip2とかでテストして、速くなったり遅くなったりという結果だった。
遅くなるやつは、gcc向けにソース書いたりしてて遅くなるのかな？

FFTは逆に遅くなるのか・・・・・・
面白い結果だな

FireFoxのconfigure覗いたらiccにも対応してるのにやり方が思いつかない。
何度読んでも分からない。
くやしいな。

specちょっと書き換えるだけでiccに変更できる。
はずだったけど一部直にgccと埋め込んであるmakeがあり苦戦中、反則だよ。
firefoxってwin,Mac,linux、ソースコード共通なんだね、びっくりした。
ついでにfirefoxのconfigure。
1040行めのifに対するelseが1975行め、こんなの読めるわけねぇだろ!

>1040行めのifに対するelseが1975行め、こんなの読めるわけねぇだろ!
ﾜﾛｽ

うｍﾅｲｽな突込みだ

>>237
俺もそう思う。Fedoraとかのブートもそういう域に入ってると思うな。
全体的に見通しをよくしてほしいね。

2週間後にレスがつくとは。
firefoxのiccビルド完走したよ。
一応動いたけどちょっと遅い、最適化の失敗だと思う。
追いかける元気なし。
ビルドの進行状況は/BUILD/mozillaのファイル数で分かる。
5万4千ちょっとがゴール。
iccは大変だったけどgccなら何もしなくてもbuildできる。
やればi386の標準的なやつより速くなるよ。

すんなり通るかどうか分からん時は、まず最適化無しで試してみれば？
C++でも一瞬で終わる。