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