2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :login:Penguin:04/03/03 09:44 ID:QH+di3pA
linuxの高速化、快適化のテクを語りましょう。

2 :login:Penguin:04/03/03 09:45 ID:iIcjVQ3Z
スレ完全終了

3 :login:Penguin:04/03/03 10:17 ID:o0QgmdL+
・プレスコットを買ってくる
・かたっぱしから icc8.0で-O3 -tpp7 -axWNP -Vaxlib -static でバイナリつくりまくり

最強

4 :login:Penguin:04/03/03 10:19 ID:CUp+/4V7
・地球シミュレータ買ってくる
以下略

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

そんな感じ?

6 :login:Penguin:04/03/03 12:01 ID:aR5FakJC
毎日新しいパッケージの追っかけやってる人にはあんまり効果無いかもだけど、
prelinkは結構体感に効いてくるのは確か。

7 :login:Penguin:04/03/03 12:13 ID:o0QgmdL+
> 他はログファイルの保存を少なめにするとか
> bashが最初に読みこむ設定を軽量化するとか…

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

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

9 :login:Penguin:04/03/03 12:35 ID:r5hVU6ua
hdparmでHDDのI/Oパフォーマンスをいじくり倒して壊す。

10 :login:Penguin:04/03/03 13:14 ID:/bw/qRni
壊すなYO(w
…あまり他人のことは以遠が。


11 :login:Penguin:04/03/03 13:14 ID:zihrfiGi
えっと、自分の環境によって要らないプロセスを切って、使わないハード外してメモリを買ってくる

 以外でだよね、もちろん

12 :login:Penguin:04/03/03 14:23 ID:E3Bq2kV3
ソフトウェアのRAID0にすると
ディスクI/Oのパフォーマンスがあがるらしい。
ただし、故障率もあがるらしい。

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

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


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

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

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

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

13 :login:Penguin:04/03/03 16:29 ID:L2EjFt6t
テクかぁ。
・現状を把握する。
・何のパフォーマンスを上げるか考える。
これに尽きるな。

スレ完全終了

14 :login:Penguin:04/03/03 17:06 ID:KD6FPJPd
ちょっと興味ある。

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

15 :login:Penguin:04/03/03 18:03 ID:QH+di3pA
なんだかんだ重いのはX。ウインドウマネージャとかを除いた
Xそのものを軽くしないと。SIMDをつけてコンパイルしたら速くなるかな?

16 :名無し募集中。。。:04/03/03 18:43 ID:kplMW1DG
/proc/sys 以下のパラメタをイジる
うまくいったら/etc/sysctl.conf に加える

17 :login:Penguin:04/03/03 19:00 ID:QH+di3pA
>16
どういじるとよいのか教えてください。

18 :login:Penguin:04/03/03 19:35 ID:ErulpN1M
XFree86-4.3.* に -msse2 をつけてバイナリこさえると凍ります。

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

20 :login:Penguin:04/03/03 20:50 ID:1AzRauFi
>>19
スレ読んで投稿しろボケ

21 :login:Penguin:04/03/03 21:47 ID:yLQDBCTf
>>15
Runlevel 5で上がってくる「鯖」の管理者を、俺は信じない。


22 :login:Penguin:04/03/03 21:57 ID:Orylc3R6
>>21
Xはクライアント用途での話だろ?
>>15 は鯖なんて一言も言ってないじゃん。

23 :login:Penguin:04/03/04 04:26 ID:br0mm9zO
定番のnoatimeやnotailやUDMA,MTRR以外になんか速くなるものってありますか?

24 :login:Penguin:04/03/04 04:48 ID:C82XkSGz
最近>>22の様な奴が増えてつまらなくなった。


25 :login:Penguin:04/03/04 05:05 ID:npFzR/DN
>>21=>>24だな

26 :login:Penguin:04/03/04 10:52 ID:rHyj9vXx
つーか>>1は何が目的でこのスレを立てたワケ?
そらパフォーマンスの改善って事は分かるけど
用途によってやる事が違うだろうしなぁ…

27 :login:Penguin:04/03/04 11:37 ID:fVsKdK4B
終了かな。

28 :login:Penguin:04/03/04 23:50 ID:X73TqllB
>>27 お前がな
実際どの程度のスキルのある奴がこの板に相応しいんだ
DQNレベルが相応しい

29 :login:Penguin:04/03/05 00:01 ID:WD6qymBq
いいから>>1はさっさと出て来て盛り上げる努力をしろ

30 :login:Penguin:04/03/05 00:14 ID:z1Bjc+Ic
>>28
板っていうかスレなんだけどな
維持したいなら相応しいかどうか何か提示してみれば?
そしたら周りが決めるでしょ?
DQNかどうかなんて技術、知識と関係ない煽りなんだけどなぁ
無理して2ちゃん用語ぽいもの使うなよ

31 :login:Penguin:04/03/05 00:16 ID:z1Bjc+Ic
個人的には各スレで個別にチューニング(にあたる設定)について書かれているので広いまとめスレのようなものはなかなか難しいと思う
とりあえずガンガレ >>1

32 :login:Penguin:04/03/05 20:33 ID:mZyTEr4K
Makefileのcflagを最適化する。ちょっとパフォーマンス上がった。

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


34 :login:Penguin:04/03/06 01:14 ID:2a8sKlnb
>>33
kernelはiccでコンパイルしてもgccでコンパイルしても同等、
Xやらそこらへんはiccのご利益があったというレポートが。

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

35 :login:Penguin:04/03/06 01:42 ID:LSF51fr1
高速化、快適化したディストリ作ってください。
それでもってインスコ時に最適化を自動でやってください。




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

36 :login:Penguin:04/03/06 05:46 ID:nKvj2CF/
>35
>高速化、快適化したディストリ作ってください。
>それでもってインスコ時に最適化を自動でやってください。

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

37 :login:Penguin:04/03/06 09:48 ID:OuOr7hRY
とりあえずXのフォントキャッシュを増やす。

38 :login:Penguin:04/03/07 13:56 ID:X6zyXe95
とりあえずrpmで入れたgccを削除
ついでに/usr/bin/gccを削除して

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

に入替える

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

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

39 :login:Penguin:04/03/07 14:07 ID:TNol9iVV
ccacheを導入するのもコンパイル好きの人にはいいかもね。
日ごろのパフォーマンスには影響しないけど。

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

41 :login:Penguin:04/03/07 19:25 ID:b3OA7xSj
だがしかしカリカリにチューニングすると汎用性が下がる罠
素直にgentooあたりで全部握り直した方がいいと思うけど。

42 :login:Penguin:04/03/07 20:09 ID:h6D3tvVA
>>38
/usr/lib/rpm/rpmrcをお読み、坊や。

43 :login:Penguin:04/03/07 20:21 ID:6NJT81T8
>>41
自分のマシンだけで使うのに、汎用性を気にしてどうするんだ?

44 :login:Penguin:04/03/07 20:34 ID:b3OA7xSj
>>43
一番下の行

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

46 :login:Penguin:04/03/08 04:06 ID:Dz4bzMjN
たとえば、
fedora 1
turbo 10
gentoo
を比較してやるべきことある?
俺はslack,plamo

47 :login:Penguin:04/03/08 08:16 ID:SBzi3a/m
>>45
洩れは無難に
-march=athlon-xp -O2 -mfpmath=sse -pipe -mmmx -m3dnow
で済ましてる。

48 :login:Penguin:04/03/08 08:42 ID:Dz4bzMjN
これだと思うものはないかな?
まあパッケージによると思うけど。
一覧をあげよう!

49 :login:Penguin:04/03/08 10:08 ID:Dz4bzMjN
X速くするコツない?とりあえずwin以上な快適なデスクトップをめざそう!

50 :login:Penguin:04/03/08 11:25 ID:JY7tRTT2
Pen4でカーネル再構築するときに
arch/i386/Makefile
のCFLAGSを
-mfpmath=sse2 -pipe -mmmx -msse
にすると速くなるかな?

51 :login:Penguin:04/03/08 18:30 ID:x7ZfkABp
-mfpmath=sse2 -pipe -mmmx -msse

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

52 :login:Penguin:04/03/09 00:53 ID:OlkofFdv
-mfpmath=sse -mmmx -msse -m3dnow
で今のところ大きな問題はないです。

53 :login:Penguin:04/03/09 08:57 ID:OVPt0/uE
>>51
>>18に似たような話があるね。

54 :login:Penguin:04/03/09 22:01 ID:phe4sFZw
>>42
Fedoraスレで、全部i686でコンパイルしてた奴がいたな。
今もやってるかわからないけど、配布もしたみたい。

55 :login:Penguin:04/03/09 22:02 ID:phe4sFZw
>>46ね。
ごめん。

56 :login:Penguin:04/03/10 00:42 ID:VRnoe57O
>54
実際どのくらい速くなるのかな?

57 :login:Penguin: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: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: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: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: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: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:04/03/13 10:07 ID:qGtRGlkq
>>70
んじゃ、そのいろいろを書いておくれよパパン(or ママン)

72 :login:Penguin:04/03/13 12:23 ID:aBl3b7YJ
メモリ激少ないんでスワップパーティションを先頭にして
/usとかをその次とかにして、/は最後



73 :login:Penguin: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:04/03/13 14:44 ID:FgJAExAq
>>73
とりあえずCPUとメモリを大量に載せろ。

76 :login:Penguin:04/03/13 15:32 ID:GyM3A26X
>>75
Z80 なら何個ぐらい必要ですか?

77 :login:Penguin:04/03/19 00:05 ID:qT2XdqiU
入れた方が動作が速くなるようなパッケージってありますか?

78 :login:Penguin:04/03/19 00:12 ID:kN0w7evs
>>77
安易な所ではprelink
新しめのディストロだと標準で入ってたりするけど

79 :login:Penguin: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:04/03/19 01:17 ID:zKY6po5l
>>81
擦れ違い

83 :login:Penguin:04/03/19 01:44 ID:S+YDJYrA
デスクトップのパフォーマンスチューニングしか扱わないのか?このスレ。

84 :login:Penguin: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:04/03/19 04:10 ID:UnqMntlO
HT

87 :login:Penguin:04/03/19 04:11 ID:kN0w7evs
HyperThreadingを活用するためだろ
P4でSMPを有効にするのは常套手段

のはず
使ってないから知らんが

88 :login:Penguin:04/03/19 04:12 ID:kN0w7evs
あああああああああかぶった!かぶった!ぱんつかぶったーーーーー!!!

89 :login:Penguin:04/03/19 11:24 ID:4JM9PwOS
  ( ・∀・)   | | ガッ
 と    )    | |
   Y /ノ    人
    / )    <  >__Λ∩
  _/し' //. V`Д´)/ ←>>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:04/03/20 00:15 ID:mlrKTTGK
サーバよりもネットワークを疑ったほうがいいんじゃないの?

92 :login:Penguin:04/03/20 00:53 ID:djQvWvMh
そろそろこのスレのマニフェストをつくろうじゃないか

93 :login:Penguin:04/03/20 14:15 ID:DDu+tB2N
glibcとかカーネルとかXFree86とかって
やっぱ新しいほうが重いの?

94 :login:Penguin:04/03/20 23:48 ID:w3pNNdXx
glibcの重さって比較した事ない
カーネルはどんどん軽くなってる
Xが3.6から4.0になった時は動作が軽くなった
みんな頑張ってるのだと思う

95 :login:Penguin: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: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:04/03/23 06:53 ID:rCt13TNw
align は 32bit の方がよくない?

101 :login:Penguin:04/03/23 07:18 ID:E1aWft/u
-falign-functions=4
これで4byte=32bitじゃん

102 :login:Penguin:04/03/23 23:22 ID:rCt13TNw
うーん…

>-malign-functions=num
> 関数の開始位置を 2 の num 乗境界に整列させる。

103 :login:Penguin:04/03/23 23:32 ID:7EAhQSuu
fsoft-float

msoft-float
を間違う事ってたまにあるよね

104 :login:Penguin: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:04/03/24 20:07 ID:dnwdGjwu
みんな-ffast-mathは使ってるの?
俺はいまだに怖くて使ってないけど…

106 :login:Penguin: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: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:04/03/26 19:41 ID:2exr46zd
もうしてるのでは

113 :sl -alF ◆cWX.pe9P8g :04/03/26 21:10 ID:CcDJ4gbL
ないのだろうか

114 :login:Penguin:04/03/26 21:24 ID:Cc+5COKi
と思う今日この頃です

115 :login:Penguin:04/03/26 21:56 ID:/uwfZMxt
が、一概にそうと言えるものでは

116 :login:Penguin:04/03/27 08:33 ID:DrNH+yEK
ないのではありますが

117 :login:Penguin: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: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:04/04/25 23:24 ID:81bwuX05
>>125
stableなんだから使ってbug報告汁

127 :login:Penguin:04/04/28 10:46 ID:6JUwqZPX
AthlonXPでmfpmath=sseするとなんか遅くなった気がする。
浮動小数点演算はfpuに任せたほうがいいのかな。

128 :login:Penguin:04/04/28 18:30 ID:Mzcn57Dw
>>127
387,sseが実験的じゃなくなればいいのにね。

27 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)