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

1 名前：login:Penguin [04/03/03 09:44 ID:QH+di3pA] linuxの高速化、快適化のテクを語りましょう。 2 名前：login:Penguin mailto:sage [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 mailto:sage [04/03/03 10:19 ID:CUp+/4V7] ・地球シミュレータ買ってくる 以下略 5 名前：login:Penguin mailto:sage [04/03/03 11:52 ID:aR5FakJC] 個人使用で問題が無いんなら/tmpとか/var/tmpをtmpfsでマウントしてやるとか。 あとcoreutilsあたりは自ビルドすると結構違う気がする。 他はログファイルの保存を少なめにするとか bashが最初に読みこむ設定を軽量化するとか… そんな感じ？ 6 名前：login:Penguin mailto:sage [04/03/03 12:01 ID:aR5FakJC] 毎日新しいパッケージの追っかけやってる人にはあんまり効果無いかもだけど、 prelinkは結構体感に効いてくるのは確か。 7 名前：login:Penguin [04/03/03 12:13 ID:o0QgmdL+] > 他はログファイルの保存を少なめにするとか > bashが最初に読みこむ設定を軽量化するとか… …あまり関係ないでしょう｡ それよかファイルシステムのチューニングとか メモリ関係のチューニングをやったほうがいい｡ 勿論,鯖と数値計算ではパラメータが変わるわけで｡ 8 名前：login:Penguin mailto:sage [04/03/03 12:21 ID:aR5FakJC] bashが一度立ち上がったら関係無いだろうね。 連続でボコボコ立ち上げる時には結構効いて来る気がするんだけど… ワンテンポの差があると思う。 鯖にも数値計算にも関係無いけど。 9 名前：login:Penguin mailto:sage [04/03/03 12:35 ID:r5hVU6ua] hdparmでHDDのI/Oパフォーマンスをいじくり倒して壊す。 10 名前：login:Penguin mailto:sage [04/03/03 13:14 ID:/bw/qRni] 壊すなYO(w …あまり他人のことは以遠が。 11 名前：login:Penguin mailto:sage [04/03/03 13:14 ID:zihrfiGi] えっと、自分の環境によって要らないプロセスを切って、使わないハード外してメモリを買ってくる 　以外でだよね、もちろん 12 名前：login:Penguin mailto:sage [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 mailto:sage [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 mailto:sage [04/03/03 20:50 ID:1AzRauFi] >>19 スレ読んで投稿しろボケ 21 名前：login:Penguin mailto:age [04/03/03 21:47 ID:yLQDBCTf] >>15 Runlevel 5で上がってくる「鯖」の管理者を、俺は信じない。 22 名前：login:Penguin mailto:sage [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 mailto:sage [04/03/04 04:48 ID:C82XkSGz] 最近>>22の様な奴が増えてつまらなくなった。 25 名前：login:Penguin mailto:sage [04/03/04 05:05 ID:npFzR/DN] >>21=>>24だな 26 名前：login:Penguin mailto:sage [04/03/04 10:52 ID:rHyj9vXx] つーか>>1は何が目的でこのスレを立てたワケ？ そらパフォーマンスの改善って事は分かるけど 用途によってやる事が違うだろうしなぁ… 27 名前：login:Penguin mailto:sage [04/03/04 11:37 ID:fVsKdK4B] 終了かな。 28 名前：login:Penguin mailto:sage [04/03/04 23:50 ID:X73TqllB] >>27　お前がな 実際どの程度のスキルのある奴がこの板に相応しいんだ DQNレベルが相応しい 29 名前：login:Penguin mailto:sage [04/03/05 00:01 ID:WD6qymBq] いいから>>1はさっさと出て来て盛り上げる努力をしろ 30 名前：login:Penguin mailto:sage [04/03/05 00:14 ID:z1Bjc+Ic] >>28 板っていうかスレなんだけどな 維持したいなら相応しいかどうか何か提示してみれば？ そしたら周りが決めるでしょ？ DQNかどうかなんて技術、知識と関係ない煽りなんだけどなぁ 無理して２ちゃん用語ぽいもの使うなよ 31 名前：login:Penguin mailto:sage [04/03/05 00:16 ID:z1Bjc+Ic] 個人的には各スレで個別にﾁｭｰﾆﾝｸﾞ(にあたる設定)について書かれているので広いまとめスレのようなものはなかなか難しいと思う とりあえずｶﾞﾝｶﾞﾚ >>1 32 名前：login:Penguin [04/03/05 20:33 ID:mZyTEr4K] Makefileのcflagを最適化する。ちょっとパフォーマンス上がった。 33 名前：login:Penguin mailto:age [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] 高速化、快適化したディストリ作ってください。 それでもってインスコ時に最適化を自動でやってください。 ってかＸ遅すぎる。Linuxカーネルに組み込んでも良いからなんとかしてくれ。 あと今回のライセンス騒ぎで高速Ｘがでることに期待してるのは漏れだけか？ 36 名前：login:Penguin mailto:sage [04/03/06 05:46 ID:nKvj2CF/] >35 >高速化、快適化したディストリ作ってください。 >それでもってインスコ時に最適化を自動でやってください。 それがgentooなんだと思ってたけど・・・　入れた事もないけどなｗ 37 名前：login:Penguin mailto:sage [04/03/06 09:48 ID:OuOr7hRY] とりあえずXのフォントキャッシュを増やす。 38 名前：login:Penguin mailto:sage [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 mailto:sage [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 mailto:sage [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 mailto:sage [04/03/07 20:21 ID:6NJT81T8] >>41 自分のマシンだけで使うのに、汎用性を気にしてどうするんだ？ 44 名前：login:Penguin mailto:sage [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 mailto:sage [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 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はけっこう効果があるみたいだよ。 153 名前：login:Penguin mailto:sage [04/07/08 22:19 ID:CfWAKG2q] >149 i686でgccコンパイルしただけで散々な目にあったよ。 しかもパフォーマンス全く変化無し。 154 名前：login:Penguin [04/07/09 03:17 ID:i7tb//Wq] >>153 gccはまずいっしょ。gcc,binutils,glibcはなんもいじらないほうがいいよ。 と、LFSに書いてあるので俺はやったことがない。glibcに限っていじった ことがある。とくにトラブルは起きなかったけど怖いからやめた。 155 名前：login:Penguin [04/07/10 21:43 ID:71u01XMu] CFLAGS="-march=pentium4(athlon-xp) -msse -msse2"とかを一生懸命やっている人へ。 $ gcc -v -Q -march=pentiu4(athlon-xp) *.c で展開されるオプション見なさい。 156 名前：login:Penguin mailto:sage [04/07/28 16:14 ID:4F2vEUH5] 速いパソコンに入れ替えると速くなるよ。 157 名前：login:Penguin mailto:sage [04/08/15 13:02 ID:6hrmnQGZ] >>156 富豪め 158 名前：login:Penguin mailto:sage [04/08/22 21:41 ID:6naR+uSv] >>157 貧民め とか言いつつ俺もそんな余裕ないっつーの 159 名前：login:Penguin [04/08/23 03:55 ID:hd2hifjc] >>156 速いパソコンでさらに高速化できたらいーじゃん。 160 名前：login:Penguin [04/08/25 22:30 ID:55KHPXty] Vineは/etc/sysconfig/harddisksをいじると猛烈にスピードアップしますよ。 RedHatとかも若干早い気がします。 後は使わないIMEをアンインストール。RunLevel3でしか動かさないなら xfsとXFree86と関連パッケージを全部アンインストール。 起動を早くするにはkuduを起動しなくする事と、Fedora2なら/etc/readahead.early.filesを編集してみる。 161 名前：login:Penguin [04/08/26 00:30 ID:Jc7Hy+pP] > 起動を早くするにはkuduを起動しなくする事と ブートアップを速くして一体なんのご利益があるのか 小一時間以下省略 まったくドザじゃあるないし｡ 162 名前：login:Penguin mailto:sage [04/08/26 00:39 ID:VMkk9uwN] >>161 複数のkernel試すとき起動が遅いとむかつくじゃん。 kudzuなんて初回くらいしか起動しないけどな。 >>160 パッケージ抜いて速くなるのか？ 163 名前：login:Penguin [04/08/26 00:53 ID:HK3GWsx5] >>162 起動しないだけでもＯＫですが抜いてしまうことでX関係の機能が全くなくなる の何となく安心だと思います。 164 名前：login:Penguin mailto:sage [04/08/26 08:35 ID:lvxD9YEW] >>163 (ﾟДﾟ)ﾊｧ? 165 名前：login:Penguin mailto:sage [04/08/28 08:13 ID:rWt+WZbi] 最適化フラグをきちんと設定して、gentoo linuxをstage1から入れろ。 166 名前：login:Penguin [04/08/30 01:39 ID:EeAI/QYE] >>165 きちんとってどうきちんとか教えて！パッケージ毎に。 167 名前：login:Penguin mailto:sage [04/08/30 02:13 ID:Ezt1RJwQ] 今更だけど、お前らのsysctl.confを晒せ みたいなスレタイのが良かったんじゃないかなぁ。 168 名前：login:Penguin [04/08/30 03:14 ID:EeAI/QYE] sysctl.conf以外にもいじるとこってあるんじゃん？ 169 名前：login:Penguin mailto:sage [04/08/30 03:21 ID:Oe+hd679] YOPERとかいうのが速いらしいよ 170 名前：login:Penguin [04/09/20 10:25:14 ID:NRIhf3Lu] prelinkなんてどうでしょうかあ？ 171 名前：login:Penguin mailto:sage [04/09/20 19:40:54 ID:YEL6FkS3] >>170 最初から既出 172 名前：login:Penguin [04/09/21 01:30:38 ID:Cn4l/akr] Xの描画の重さをなんとかしたいと思ってXを最適化しまくってコンパイルしたり したけどそれほど効果なし。何かいい方法はないのかな？と思う。 みんなやることだけどカーネルを自分のCPUに最適化してるかしてないかで 全然違うね。特に何かをビルドしてるときによくわかる。 さらにgtk2重すぎ。 173 名前：login:Penguin mailto:sage [04/09/21 01:44:02 ID:eJzz34YD] とりあえずmtrrとDRI 174 名前：login:Penguin [04/09/21 02:27:03 ID:Cn4l/akr] みんなやってるっしょ。mtrrは自動だしDRIも自動みたいなものでしょ。 175 名前：login:Penguin [04/09/28 17:56:39 ID:JYYTgJYv] おまえらすげーな。何いってるかほとんどわからん。 ところでプロファイラ何使ってる？ 176 名前：login:Penguin mailto:sage [04/09/28 17:59:10 ID:JYYTgJYv] すまん誤爆した 177 名前：login:Penguin mailto:sage [04/09/29 20:06:47 ID:MPeQ2YkQ] >>172 nvidia 178 名前：& ◆vrpD0QYOu. [04/09/30 01:11:51 ID:2KSXrZCm] >>177 nvidiaドライバ使ってるんだけどね。それでも遅いね。 windowsとまでは言わないけどgtk1くらいの描画スピードにはなってほしいな。 179 名前：login:Penguin mailto:sage [04/09/30 21:29:48 ID:quSjD/Sw] >>173 俺の環境は CPU: Crusoe (mtrr対応してない) VGA: siliconmotion(DRI対応ドライバがない) だ。もんくあるか。 でもsiliconmotionのMAN見ながらxorg.confに Option "pci_burst" したらちょっと速くなった。 おまいらもビデオチップのMANはよく読んどけよ。 180 名前：login:Penguin [04/10/14 12:44:21 ID:hLloQRhc] 卒業研究で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%ぐらいの速度を 出すのがやっとのようです． ネットワークやディスクに関して，どの部分でチューニングすれば 性能が向上しますか? 181 名前：login:Penguin mailto:sage [04/10/14 12:57:48 ID:6OxvpXfB] それだけだと、ソフトの問題かOSの問題か分からない。 もっとメジャーなツールでの比較をお勧めする。 その上で、どこがネックになっているのかを見つけてみたら？ 182 名前：login:Penguin mailto:sage [04/10/15 04:58:06 ID:3GoXBvcu] >>180 でも、FedoraCore2だったら、おおむねFreeBSDの方が いろいろな点で速いよ。 183 名前：180 [04/10/15 13:55:50 ID:g34oeDEu] >>181 >>182 レスありがとうございました． メジャーなツールでの比較ですが，bytebenchなどいくつかやってみたのですが， いくつかの項目で Linux の方が速いものの全体的には FreeBSDの方が速いようです． それで試しに，お互いのPCのHDDのみを交換して速度を計ってみましたが， 結果は変わらないようです． この場合でも我々が開発したソフトウェアでは，やはりLinuxの方がネットワーク速度は 著しく遅いし，HDDの読み書きも遅い状態です． なぜFreeBSD側の方がこれだけ速いのか，非常に謎です． なお使用したHDDは，Linux, FreeBSD共に同じ時期に買った同じ型番の ものですので，HDDそのものの性能差はないと思います． LinuxとFreeBSD共に設定はインストールしたままのデフォルト状態です． Linuxの方は，一度再インストールしたのですが，結果は変わりませんでした． 184 名前：login:Penguin mailto:sage [04/10/15 17:14:18 ID:spYpf5KW] >>183 >HDDの読み書きも遅い状態です． DMAはonになってます? FedoraCore2使ったことないのでハズしてるかもしれませんが， ディストリビューションによっては hdparmでonにする必要があるかと思うのですが． 180には >HDDは，UDMAで認識されています． とありますが「起動時のIDEドライバのログ見て仰ってるのかな?」 と気になったもので 185 名前：login:Penguin mailto:sage [04/10/16 01:57:08 ID:KrUqiEJ7] >183 煽るつもりはないけど、「著しい」差があるとすれば、 やはり、そのプログラムに依存した問題なのでは。 186 名前：login:Penguin [04/10/16 03:51:47 ID:np9h0it3] どーせあれだろ。fedoraは最初インストールしたまま何も いじってない状態なんだろ。それなら激重だよ。他のディストリと 比べてもfedora(redhat)は重いしさ。 187 名前：login:Penguin mailto:sage [04/10/16 04:07:21 ID:KrUqiEJ7] だとすると、他のプロセスに処理を食われてて遅いという 可能性？　>183　は、それくらいは分かってると思うけど。 後は、LinuxでどのFSを選んでるかもあるけど、（ジャーナルがあって遅いとか） どうやら、遅いのはHDDへの書き込みだけでなく、 ネットワークの転送速度も差が出てるっぽいね。 188 名前：login:Penguin mailto:sage [04/10/16 11:37:28 ID:XowrYbqE] FedoraだけXWindow上で動いてたりして 189 名前：login:Penguin mailto:sage [04/10/16 21:36:17 ID:fISuiUFT] gcc 3.3.4の-finline-limit=n(だったような)の、Nの標準値って幾らなんでしょうか。 10000だとか600だとか、サイトによってバラバラで分かりませんでした。 190 名前：login:Penguin mailto:sage [04/10/16 22:04:32 ID:CoPPWdsH] >>189 ソース 191 名前：login:Penguin mailto:sage [04/10/17 00:02:45 ID:cUSbg/sO] >>188 FedoraではXが動いているだけでネットワーク速度が 30%とかにまで低下するの? 192 名前：login:Penguin [04/10/17 00:45:27 ID:cUSbg/sO] >>191 Fedora 重杉あげ 193 名前：login:Penguin mailto:sage [04/10/17 01:35:24 ID:516OgCO0] >>180 Fedoraがどうかはしらないけど、RedHatでクラスタくむとき、 RedHat純正カーネルにあたってるvmだかスケジューラだかのパッチが タコで、全然パフォーマンスがあがらない、ってのがあるらしい。 とりあえず、カーネル入れ直してみたら。 194 名前：login:Penguin mailto:sage [04/10/17 02:50:35 ID:cUSbg/sO] Fedora は X を切った状態でもなぜか非常に重い。 いや、赤帽も重かったのだが。 Debian とかを使えば、速くなるってことはない? FreeBSDに負けっ放しっていうのはちょっとな。 195 名前：いなむらきよし [04/10/17 22:02:46 ID:s6spoUga] Ｌｉｎｕｘなんかいじりまわしてる事自体が痛い行為だと気付いたほうがいいキケー！ 196 名前：login:Penguin mailto:sage [04/10/17 22:10:58 ID:1Dz+F/fC] んじゃナニいじればいいのさ 197 名前：login:Penguin [04/10/17 22:19:53 ID:cUSbg/sO] >>193 とりあえず、Fedoraをやめる方向でいくというのはどう? Debian お勧め! 198 名前：login:Penguin mailto:sage [04/10/17 22:49:20 ID:umP+73pC] んじゃナニをいじればいいのさ 199 名前：login:Penguin mailto:sage [04/10/18 00:06:05 ID:Ug0/SrBf] glibcにO3フラグつけないほうがいいのかな glibc以外は全部O3つけてもいいのか 200 名前：login:Penguin [04/10/18 00:23:19 ID:qrPYdPgG] >>199 つけないほうがいいらしい。 201 名前：login:Penguin mailto:sage [04/10/18 00:26:52 ID:XnBlNM/6] -O3よりむしろ自分のCPUに合わせて-marchとか付けた方がいい 202 名前：login:Penguin mailto:sage [04/10/18 00:36:19 ID:Ug0/SrBf] >>200-201 そうですか、ありがとさんです 203 名前：login:Penguin [04/10/18 02:07:51 ID:qrPYdPgG] >>199 でも，glibcには何もつけないほうがいいらしい。 204 名前：login:Penguin mailto:sage [04/10/20 00:55:36 ID:YXU95AC8] glibcとemacs以外全部に -O3 -march=k6-2 -mmx -m3dnow -pipe -fomit-frame-pointer つけて動かしてみました 205 名前：login:Penguin mailto:sage [04/10/20 08:45:05 ID:AcDaFgHS] >>204 k6-2ユーザーｷﾀ────!!!　人柱乙。 今さら遅いが The LFS Book によれば binutils と gcc も CFLAGS を変えない方が無難らしい。 実際、uclibc toolchain のビルドで -march=k6-2 を つけたら失敗して、デフォルトの CFLAGS にしたら うまくいった経験がある。 206 名前：login:Penguin mailto:sage [04/10/20 10:35:10 ID:WhQ56Zcz] K6-IIIだけど -march=k6 と -pipe しか指定したことない。 不充分? 207 名前：login:Penguin mailto:sage [04/10/21 07:25:00 ID:8eaZ8C2p] grubにはフラグつけちゃダメなのねorz 208 名前：login:Penguin mailto:sage [04/10/21 07:29:00 ID:8eaZ8C2p] >>206 ttp://www.freehackers.org/gentoo/gccflags/flag_gcc3.html を見ると-march=k6-3まで指定できるらしい 209 名前：login:Penguin mailto:sage [04/11/13 02:07:45 ID:HmLE8p90] 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 ここらへんいじってみるのもいいんじゃないかな。 210 名前：login:Penguin mailto:sage [05/01/27 23:20:32 ID:TvhvRMQk] 起動高速化したいっす。 211 名前：login:Penguin mailto:sage [05/01/28 08:52:17 ID:WnJwE4bn] 最低限のカーネルにして、init=/bin/sh 212 名前：login:Penguin [05/01/29 04:42:54 ID:+EbRr8MP] 今のところPenIII800Mhzで起動時間6秒がオレの最高記録 超意味無かったけど 213 名前：login:Penguin mailto:sage [05/01/31 13:37:15 ID:uJm0UdQS] 6sec mo kakatteruno? osso--- 214 名前：login:Penguin mailto:sage [05/01/31 14:45:59 ID:Pk4W4dbQ] デスクトップ用途なんですけど、起動高速化のポイントを教えてチョンマゲ。 215 名前：login:Penguin mailto:sage [05/02/01 16:27:31 ID:I6tDQf3J] ttp://bootchart.sourceforge.net/ 216 名前：login:Penguin mailto:sage [05/02/01 20:24:57 ID:FATIS0Zt] デスクトップ用途なら、起動高速化するより ハイバネーションしたほうがよくね? 217 名前：login:Penguin mailto:sage [05/02/01 20:59:42 ID:XbA2uZyK] え、いつのまにLinuxでハイバネ出来るようになったんだ？ACPIで？ 218 名前：名無し募集中。。。 mailto:sage [05/02/01 21:05:45 ID:ni2Ix7l6] ハイバネーション自体は10年近く前からできたと思うが。 Thinkpad560でハイバネーション使ってたし。 219 名前：login:Penguin mailto:sage [05/02/02 19:48:13 ID:znbKGKHD] >>217 Power Management supportにSoftware Suspendがある。 これはACPIとかAPMには依存しないらしい。 漏れも、リブレットでハイバネーションしてた気がする。 もう全然覚えてないんだけど。 220 名前：login:Penguin [05/02/10 12:15:54 ID:oOWFqUeh] >>214 ガンガンモジュール化してカーネルサイズをできる限り小さくする。 起動するデーモンの数を減らす。 ブートスクリプトからif文を極力減らす。 221 名前：login:Penguin mailto:sage [05/02/10 12:28:24 ID:brMmHycg] >ブートスクリプトからif文を極力減らす。 前２つはもちろんやってるんですけど、この辺りが難しい。 取捨のポイントとか、ノウハウがあったら教えて欲しい。 222 名前：login:Penguin [05/02/10 20:35:34 ID:oOWFqUeh] >>221 俺もあんま詳しいわけじゃないんだけど例えば、 if devfs else udev fi みたいなかんじでudevを使うとしたらこういうときはudevがあること前提で if文による存在確認なしでudevを実行しちゃうとか。 おれはarch linuxをベースにいろいろやってんだけどブートスクリプトを 起動順におっかけるとシステムの理解にもつながると思うよ。速くなる効果は そんなにないと思うけど。デーモンの起動スクリプトなんかはだいたい 条件文使ってる場合が多いけど自分専用なら無条件で起動してもいいんじゃん？ 汎用性は思いっきり下がるけどね。ただfedoraとかでは難しいんじゃないかな。 ブートスクリプトが複雑すぎる。plamoやslackやcruxやarchなんかは わかりやすいよ。 223 名前：login:Penguin mailto:sage [05/02/10 22:47:50 ID:dGBvqZF8] うーん。もちろん起動スクリプト(rc.sysinit)は追ってるんですけど 大きな流れはわかるけど、どれが必要か、どれが不要かって悩んでるんですよ。 例えばquotaとか、usb-file-systemとか、そういう所のチューニング方法のノウハウはないかなと。 ずっと前から、ちょっとづつ見てるんですけど、なかなかポイントが見出せないんです。 とりあえず、起動メッセージを(redhat型の)旧来型にしてる位はやってます。 224 名前：login:Penguin mailto:sage [05/02/10 22:50:17 ID:dGBvqZF8] 書き忘れましたが、Vine3.1を使ってます。 225 名前：login:Penguin mailto:sage [05/02/11 09:15:30 ID:+gDG48b5] >>223 こーゆーアプローチもあるみたいよ。↓の「起動プロセスの高速化」のとこ。 ttp://www.debian.org/News/weekly/2004/46/ デスクトップ用途だと稼ぎ代があまりないかもしれんけど。 226 名前：login:Penguin mailto:sage [05/02/11 12:15:56 ID:2fRHG2mE] ありがとうございます。 ですが、その類のサーバー類全て動いてません.... 227 名前：login:Penguin mailto:sage [05/02/16 19:29:02 ID:k+Jq8o1L] WinXPのアンチエイリアスとかClearTypeのベンチ結果。2kと比べて遅いという結果。 ttp://www.atmarkit.co.jp/fwin2k/xp_feature/015xpperftes01/xpperftes05.html Linuxだとどうなる？gtkとかqtとか。 228 名前：login:Penguin [2005/04/15(金) 19:23:18 ID:xiZGb7YY] ttp://www.anandtech.com/printarticle.aspx?i=2114 SuSE速いね。Fedoraはどっか壊れてる。 229 名前：login:Penguin mailto:sage [2005/04/18(月) 06:00:42 ID:DrxBHwMs] gcc以外のコンパイラ試した人いる? intel純正のFree版 for Linuxとかどうなの? gccより速いのは分かってるんだけど話題に上がらないのなんでかな? 230 名前：login:Penguin mailto:sage [2005/04/18(月) 17:33:59 ID:eo0WeKNL] とりあえずiccインストールしてみた。 パフォーマンステスト用のいいソースコードない? 231 名前：login:Penguin mailto:sage [2005/04/18(月) 23:35:36 ID:Htx2oGDV] intel compiler for Linux part2 pc8.2ch.net/test/read.cgi/linux/1090826179/l50 232 名前：login:Penguin mailto:sage [2005/04/19(火) 02:18:21 ID:JNjUpo8L] サンクス。 ちょっと試してみた結果。 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 233 名前：login:Penguin mailto:sage [2005/04/19(火) 08:19:48 ID:YESwyIJd] 先週立ち読みしたUNIX USERにiccの記事があったよ。これだったかな？ ttp://www.unixuser.jp/magazine/2005/200504.html gzipとかbzip2とかでテストして、速くなったり遅くなったりという結果だった。 遅くなるやつは、gcc向けにソース書いたりしてて遅くなるのかな？ 234 名前：login:Penguin mailto:sage [2005/04/19(火) 09:02:41 ID:6IdIWu//] FFTは逆に遅くなるのか・・・・・・ 面白い結果だな 235 名前：login:Penguin mailto:sage [2005/04/19(火) 21:01:49 ID:nKiiE0YZ] FireFoxのconfigure覗いたらiccにも対応してるのにやり方が思いつかない。 何度読んでも分からない。 くやしいな。 236 名前：login:Penguin mailto:sage [2005/04/21(木) 07:21:33 ID:eQKDCXcw] specちょっと書き換えるだけでiccに変更できる。 はずだったけど一部直にgccと埋め込んであるmakeがあり苦戦中、反則だよ。 firefoxってwin,Mac,linux、ソースコード共通なんだね、びっくりした。 ついでにfirefoxのconfigure。 1040行めのifに対するelseが1975行め、こんなの読めるわけねぇだろ! 237 名前：login:Penguin mailto:sage [2005/04/22(金) 00:38:45 ID:8MAiPa+M] >1040行めのifに対するelseが1975行め、こんなの読めるわけねぇだろ! ﾜﾛｽ 238 名前：login:Penguin mailto:sage [2005/04/22(金) 00:39:58 ID:g6dMQ8o8] うｍﾅｲｽな突込みだ 239 名前：login:Penguin [2005/05/01(日) 14:15:29 ID:CzA+N7/M] >>237 俺もそう思う。Fedoraとかのブートもそういう域に入ってると思うな。 全体的に見通しをよくしてほしいね。 240 名前：login:Penguin mailto:sage [2005/05/01(日) 17:25:31 ID:vkzC4gxx] 2週間後にレスがつくとは。 firefoxのiccビルド完走したよ。 一応動いたけどちょっと遅い、最適化の失敗だと思う。 追いかける元気なし。 ビルドの進行状況は/BUILD/mozillaのファイル数で分かる。 5万4千ちょっとがゴール。 iccは大変だったけどgccなら何もしなくてもbuildできる。 やればi386の標準的なやつより速くなるよ。 241 名前：login:Penguin mailto:sage [2005/05/07(土) 00:02:44 ID:9nFSTuty] すんなり通るかどうか分からん時は、まず最適化無しで試してみれば？ C++でも一瞬で終わる。 242 名前：login:Penguin mailto:sage [2005/05/18(水) 01:14:54 ID:3mIvABuE] www.spec.org/jAppServer2004/results/ Red Hat Enterprise Linux AS 3.0 SP1 These entries were added to /etc/sysctl.conf net.core.netdev_max_backlog = 7000 net.ipv4.tcp_syn_retries = 20 net.ipv4.tcp_synack_retries = 20 net.ipv4.tcp_fin_timeout = 30 vm.max_map_count = 131072 This entry was added to /root/.bash_profile ulimit -n 8192 SuSE Linux Enterprise Server 8, Service Pack 3 These entries were added to /etc/init.d/sysctl.conf net.core.netdev_max_backlog = 600 net.core.somaxconn = 1024 net.ipv4.tcp_synack_retries = 20 net.ipv4.tcp_fin_timeout = 30 fs.file-max=65535 kernel.shmmax=1073741824 net.ipv4.tcp_sack=0 net.ipv4.tcp_timestamps=0 vm.bdflush=100 1200 128 512 15 5000 100 0 0 kernel.sched_yield_scale=1 This entry was added to /root/.profile ulimit -n 8192 243 名前：login:Penguin mailto:sage [2005/05/18(水) 01:15:33 ID:3mIvABuE] SuSE Linux Enterprise Server 8, Service Pack 3 These entries added to /etc/init.d/sysctl.conf fs.file-max=65535 kernel.shmmax=1073741824 net.ipv4.tcp_sack=0 net.ipv4.tcp_timestamps=0 vm.bdflush=100 1200 128 512 15 5000 100 0 0 kernel.sched_yield_scale=1 SuSE Linux Enterprise Server 8 Service Pack 3 These entries added to /etc/init.d/sysctl.conf fs.file-max=65535 kernel.shmmax=1073741824 net.ipv4.tcp_sack=0 net.ipv4.tcp_timestamps=0 vm.bdflush=100 1200 128 512 15 5000 100 0 0 kernel.sched_yield_scale=1 244 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 245 名前：login:Penguin mailto:sage [2005/05/25(水) 22:35:38 ID:fEWIhXOO] 知識だけではだめです。経験と実績も必要です。 246 名前：login:Penguin [2005/05/26(木) 05:26:15 ID:b95L1lJk] 以前したところ RedHat 9が遅かったので、 Opteron Dual + SUSE Linux 9.3を導入試験中です。 Apache 2.1.4等でパフォーマンスを 調べているのですが、かなり遅いです。 ためしに、HDD(同じ型番)を交換してFreeBSD 5.4Rと比較してみたのですが こちらは2倍ちかくの性能が出ましたのでハードウェアの問題では ないと思います。 インターネット上では、2.6.11のカーネルはかなり速いように 報告されていますが、どのあたりを調整すればパフォーマンスが 向上するのでしょうか? とりあえず、どれもインストールしたままの状態で使っています。 247 名前：login:Penguin mailto:sage [2005/05/26(木) 13:33:15 ID:DO1p9yla] SMPカーネルじゃなかったってオチじゃないだろうな… 248 名前：login:Penguin mailto:sage [2005/05/26(木) 14:47:38 ID:WgGg8Jn9] DMAがoffとか 249 名前：login:Penguin mailto:sage [2005/05/27(金) 18:55:25 ID:0zWtXGWI] i386のバイナリ使ってるとか? 2倍ちかくの性能差ならちょうど計算合う。 250 名前：login:Penguin [2005/05/27(金) 19:51:35 ID:ZuVsIjxS] >>249 64bitと32bitカーネルで2倍も差が出ますか? 251 名前：login:Penguin mailto:sage [2005/05/27(金) 21:39:29 ID:Q7Qim0uR] >>246 とりあえず、私のAthlonXP1700のマシンと交換してあげます。 252 名前：login:Penguin [2005/05/27(金) 22:28:01 ID:hokb0VO/] hint: file system 253 名前：login:Penguin mailto:sage [2005/05/28(土) 01:07:44 ID:wsPvvusp] ファイルI/Oの非同期/同期 254 名前：login:Penguin mailto:sage [2005/05/29(日) 18:21:21 ID:fIAtZcX9] filecacheを設定する方法を教えてくださぃ（下限・上限とか） 255 名前：login:Penguin mailto:sage [2005/05/30(月) 16:40:03 ID:wWo4MSHW] 空いてるメモリは全てキャッシュとして利用している。 256 名前：login:Penguin mailto:sage [2005/06/05(日) 19:07:10 ID:13mU6ish] test. 257 名前：login:Penguin [2005/11/24(木) 08:11:34 ID:RZQmt0zW] 2.6.14.2 CONFIG_PREEMPT_NONE=y CONFIG_HZ=100 CONFIG_IOSCHED_NOOP=y でも案外音飛びしないな。普通のデスクトップ用途ならckじゃなくともこんな設定でも充分っつうことかな。 258 名前：login:Penguin mailto:sage [2005/11/24(木) 17:25:43 ID:ygizxwun] インテルのハイパースレッディング技術でサーバ性能の低下が発生か ttp://japan.cnet.com/news/ent/story/0,2000047623,20091397,00.htm P4へぼすぎてﾜﾛｽ 259 名前：login:Penguin mailto:sage [2005/11/24(木) 22:04:33 ID:ezk1xeJ9] 最悪が重なればどうなるかは分かってたはず。 つっこまれる前にカミングアウトできなかったインテル。 キャッシュの取り合いつぶし合いはデュアルコアのp4やathlonでも起こるはず。 athlonはサーバーであまり使われていないのが幸い。 インテルは根本的解決策として共有キャッシュ。 260 名前：login:Penguin mailto:sage [2005/11/25(金) 03:59:17 ID:S2L1PbD/] HTTの話なのになんでデュアルコアやathlonがでてくんの 261 名前：login:Penguin mailto:sage [2005/11/25(金) 05:58:20 ID:YGpB1L2f] そこでopteronですよ 262 名前：login:Penguin mailto:sage [2005/11/25(金) 20:50:41 ID:ZYi02iFx] >>259 HTTってキャッシュじゃなくてレジスタだと思うが・・・ 263 名前：login:Penguin mailto:sage [2005/12/07(水) 20:11:50 ID:yM4/VoR2] まぁ今更なんですが、一応。 ttp://debian.fam.cx/index.php?Tips#zfacfc27 264 名前：login:Penguin mailto:sage [2005/12/25(日) 19:25:33 ID:OkFXu416] gcc 3.4のAthlonXPでFirefoxを最適化してる CFLAGS="-O2 -march=athlon-xp -mfpmath=sse -falign-functions=64 -falign-labels=6 -falign-jumps=6 -falign-loops=6 \ -DNDEBUG -DNO_DEBUG -DG_DISABLE_ASSERT -fomit-frame-pointer -ftracer -ffast-math -fno-unsafe-math-optimizations \ -fno-strict-aliasing -pipe -fpeel-loops -fbranch-target-load-optimize -fbranch-target-load-optimize2 \ -frename-registers -funroll-loops -freduce-all-givs -freorder-blocks -fno-reorder-functions" CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden -fno-enforce-eh-specs" -O -march=i586と大して体感速度変わらなくても気にしない 265 名前：login:Penguin [2006/01/12(木) 23:52:05 ID:lMwJjwVt] age 266 名前：login:Penguin mailto:sage [2006/01/21(土) 07:01:19 ID:vwfA/GBb] kernelに I-pipe・Adaptive readahead ckからvm-mappedパッチ、hzの値を任意に変更できるパッチを当てる hzの数値は1728 後はsysctl.confに kernel.threads-max = 65535 fs.file-max = 65535 vm.readahead_ratio = 100 vm.readahead_hit_rate = 5 vm.hardmaplimit = 0 vm.mapped = 10 追記 後はswapをパーティションからファイルに変更 ごわごわした体感がきびきびになった感じ 267 名前：login:Penguin mailto:sage [2006/02/16(木) 19:39:29 ID:I+0mKfgz] 暇なのでflag晒してみる -O2 -pipe -s -march=athlon64 -m32 -mfpmath=sse -msse -msse2 \ -funit-at-a-time -fomit-frame-pointer -momit-leaf-frame-pointer -fno-var-tracking \ -ftree-vectorize -ftracer -floop-optimize2 -funswitch-loops -ftree-loop-im \ -fgcse-sm -fgcse-las -fgcse-after-reload -fweb -frename-registers \ -funsafe-loop-optimizations -ffast-math 268 名前：login:Penguin mailto:sage [2006/02/18(土) 12:38:45 ID:GDUX4TR2] デバッグしないのならリンカーに-Wl,-s渡せば-Osにしなくとも充分サイズ縮まって速度は変わらないまま行けるな 姫野ベンチ gcc -O2 -march=athlon-xp -pipe -Wl,-s size:8.3kb Grid-size=S 67MFLOPS gcc -Os -march=athlon-xp -pipe -Wl,-s size:7.4kb Grid-size=S 57MFLOPS -Wl,-s無しだと双方とも10kbオーバー。ベンチ結果は変わらず。 GCCは4.0.2 269 名前：login:Penguin mailto:sage [2006/02/18(土) 12:51:00 ID:M+2Pe4iM] x86な人は-mno-align-stringopsも悪くない 270 名前：login:Penguin mailto:sage [2006/02/23(木) 14:09:30 ID:ORgvzJHl] ttp://kernel.jakem.net/patches/genetic/2.6.12/2.6.12-gl2/genetic-zaphod-cpu-sched-2.6.12-gl2.patch から遺伝的アルゴリズムの部分を削除してみた、これはこれで音飛びしないし悪くないかも。x86の2.6.15でしかテストしてない。自己責任。 Index: 2.6/include/linux/sched.h =================================================================== --- 2.6.org/include/linux/sched.h2005-08-15 16:16:26.000000000 -0500 +++ 2.6/include/linux/sched.h2005-08-15 16:18:21.000000000 -0500 @@ -143,6 +143,20 @@ #include <linux/spinlock.h> /* + * These are the 'tuning knobs' of the scheduler: + * + * Default configurable timeslice is 100 msecs, maximum configurable + * timeslice is 1000 msecs and minumum configurable timeslice is 1 jiffy. + * Timeslices get renewed on task creation, on wake up and after they expire. + */ +#define MIN_TIMESLICE1 +#define DEF_TIMESLICE(10 * HZ / 1000) +#define MAX_TIMESLICE(1000 * HZ / 1000) +#define DEF_DESKTOP_TIMESLICE ((DEF_TIMESLICE > 10) ? (DEF_TIMESLICE / 10) : 1) + +#define DEFAULT_UNPRIV_RT_THRESHOLD 10 + +/* * This serializes "schedule()" and also protects * the run-queue from deletions/modifications (but * _adding_ to the beginning of the run-queue has 271 名前：login:Penguin mailto:sage [2006/02/23(木) 14:10:30 ID:ORgvzJHl] Index: 2.6/kernel/sched.c =================================================================== --- 2.6.orig/kernel/sched.c2005-08-15 16:16:26.000000000 -0500 +++ 2.6/kernel/sched.c2005-08-15 16:18:21.000000000 -0500 @@ -85,3 +85,4 @@ -#define MIN_TIMESLICEmax(5 * HZ / 1000, 1) -#define DEF_TIMESLICE(100 * HZ / 1000) +#define MIN_TIMESLICE1 +#define DEF_TIMESLICE(10 * HZ / 1000) +#define MAX_TIMESLICE(1000 * HZ / 1000) #define ON_RUNQUEUE_WEIGHT 30 272 名前：login:Penguin mailto:sage [2006/02/26(日) 14:26:39 ID:P0wgzWH7] なんでHZは100、1000と来て半端な250なんだろう 500のほうがパフォーマンス・省電力的にもいいと思うんだが 273 名前：login:Penguin mailto:sage [2006/02/26(日) 22:00:56 ID:nHV3UYSp] >>272 ベンチとパッチを添えてLKMLへgo! 274 名前：login:Penguin mailto:sage [2006/02/27(月) 11:02:02 ID:1Egv0MIp] >>272 それLKMLで散々議論されたよ。 最終的には、リーナスの鶴の一声で終わった希ガス。 ＃ぶっちゃけ、正しい値なんて無いよ(環境違うと値も変わるし) 275 名前：login:Penguin mailto:sage [2006/02/27(月) 14:39:32 ID:1LjKfRfr] gcc 4.1で姫野ベンチS -O0 -pipe -DSMALL 83MFLOPS -O1 -pipe -DSMALL 291MFLOPS -O2 -pipe -DSMALL 258MFLOPS -O3 -pipe -DSMALL 259MFLOPS -O1が最速な件について 276 名前：login:Penguin mailto:sage [2006/02/27(月) 18:25:56 ID:1LjKfRfr] CPUはAthlonXP、 -O1に -fstrength-reduce -fprefetch-loop-arrays付けたら1割程ベンチ結果が良くなった -O2や-O3の立場ないな、gcc4.1 277 名前：login:Penguin mailto:sage [2006/02/27(月) 20:02:03 ID:1Egv0MIp] >>275,276 詳細に知りたいなら やはり生成されたコードみるのが一番だ。w 278 名前：login:Penguin mailto:sage [2006/02/27(月) 23:18:51 ID:74EhIevN] >>275 ヒント。footprint 279 名前：login:Penguin [2006/09/16(土) 02:47:16 ID:nWBaFZS+] 保守 280 名前：login:Penguin [2007/05/11(金) 10:24:21 ID:IclmDtdK] >279 「定期的な保守が最良のパフォーマンスチューニング」という意味？ 281 名前：login:Penguin [2007/05/14(月) 17:51:36 ID:/Taxc8HZ] >>252 たしかにそれも一理ある 282 名前：login:Penguin mailto:sage [2007/05/14(月) 19:06:20 ID:5fWNtpNo] うまく動いているものは触らない 283 名前：login:Penguin mailto:sage [2007/05/14(月) 22:46:30 ID:QX1St6KG] たかが「PC」サーバーなのに、テスト環境持ってない奴多すぎ。 テストして確信があって変更加える奴は、「うまく動いているものは触らない」 なんて言わないぜ。 >>280 あんたは正しい。 284 名前：login:Penguin [2007/05/26(土) 00:42:48 ID:0vvpPe8X] hosyu 285 名前：login:Penguin [2007/07/10(火) 14:32:16 ID:18GSmHEg] 一日にわたって、どんなプロセスがいつ起動されてどの程度メモリと CPU時間を消費し、どのていどディスクIOを発生させ、 また、最大でいくつTCPコネクションを同時に開いたかという 情報を収集したいと思っています。 （いままではトラブルっぽいときに top で眺めてアドホックに対処してました） sysprof がその用途にかなっていると思うのですが、どうでしょうか？ また遠隔で ssh でログインするしかないのですが、その場合は X をトンネルで飛ばすしかありませんか？ 286 名前：login:Penguin mailto:sage [2007/07/11(水) 00:00:27 ID:KKfnKy5V] >>285 さあぁねえ 287 名前：login:Penguin mailto:sage [2007/07/11(水) 01:19:56 ID:QpW+YHM2] うまく動いている物は触る必要がないんじゃないのか？ 必要なパフォーマンスが出ないとか機能が足りないとかセキュリティに 問題があるとか、なんかしらの必要が無いのに触りたいってのは、それ こそテスト環境だけでやってろって話だと思うが。 と言ってみるてすｔ 288 名前：login:Penguin mailto:sage [2007/07/11(水) 09:58:10 ID:BD6VBK6/] mrtg 289 名前：login:Penguin mailto:sage [2007/07/13(金) 20:45:38 ID:2ZKs87kv] Tweak ubuntu for speed tvease.net/wiki/index.php?title=Tweak_ubuntu_for_speed 290 名前：login:Penguin [2007/08/05(日) 02:09:21 ID:YQ3bjemY] age 291 名前：login:Penguin mailto:sage [2007/08/08(水) 02:22:53 ID:G1QcNwNo] パフォーマンスチューニング考えるより Quad-Coreを２ソケにした方が早いのには萎えた。 292 名前：login:Penguin mailto:sage [2007/08/08(水) 02:27:44 ID:gwGHMtux] そら当然じゃ… 293 名前：login:Penguin mailto:sage [2007/08/08(水) 02:35:45 ID:G1QcNwNo] ペンギン8匹出すためだけに 古いknoppixを入れてしまったw 294 名前：login:Penguin mailto:sage [2007/10/14(日) 08:26:06 ID:Z1+eNroa] ttp://opentechpress.jp/developer/07/07/17/0043245.shtml でやってるDMA有効化って、最近のディストリは標準で有効になってますよね？ 295 名前：login:Penguin mailto:sage [2007/10/14(日) 20:20:14 ID:iQTMbnsw] DMAは有効になってるものが多いけど、 multicountやreadaheadまで自動で最適化されているものは見たことがない 296 名前：login:Penguin mailto:sage [2007/10/30(火) 14:55:24 ID:Ur3y58dD] >>291 それをさらにチューニングするんだ 297 名前：login:Penguin mailto:sage [2007/11/24(土) 00:44:56 ID:lC7phVQh] blockdev --setraとかはどう？ 298 名前：login:Penguin mailto:sage [2007/11/24(土) 21:16:44 ID:ydsrJmgw] どうもこうも… 299 名前：login:Penguin mailto:sage [2007/12/26(水) 21:05:18 ID:+vtor5nX] glibとかには-fpicつけて握るべき？ ロード減ったりする？ 300 名前：login:Penguin [2008/03/26(水) 15:09:40 ID:cxp4sqCR] pastebin.windy.cx/?page=view&id=1206512002 このように init が CPU 時間を 100% 食ってしまうことがあるのですが、 何が理由でこのようなことがおきるのでしょうか？ リブートすれば元に戻るのですが、何がきっかけで このような状態になるのかわからず悩んでいます。 ディストリビューションによらず一年に一度くらい経験するので、 なにかカーネルオプションとかが影響しているのかとも思うのですが、 原因がわからないのでそのままにしています。どなたか 情報お持ちではないでしょうか？ 301 名前：login:Penguin mailto:sage [2008/03/30(日) 11:24:06 ID:jFm+8ci3] >>300 niが50%くらいだから、SMPならなにかのデッドロックだと思う。 ユニなら判らん。 302 名前：login:Penguin [2008/05/05(月) 18:09:53 ID:GqcTgusP] >>300 HDD熱暴走は？ 303 名前：login:Penguin mailto:sage [2008/07/20(日) 12:17:54 ID:CjO8L7rN] 保守 304 名前：login:Penguin mailto:sage [2008/07/20(日) 13:21:27 ID:hIdKokXB] 捕手 305 名前：login:Penguin mailto:sage [2008/07/20(日) 13:46:53 ID:QLBAJ0IH] 投手 306 名前：login:Penguin mailto:sage [2008/07/20(日) 15:33:49 ID:DclP9fHP] 野手 307 名前：login:Penguin mailto:sage [2008/07/20(日) 18:17:54 ID:8ABXsSuq] 　　＼ :::::　　＼ ＼:::::　　＼ 　＼:::::　＿ヽ ＿_ 　 ＿ 　　ヽ／,　 ／＿ ヽ/、　ヽ＿ 　　 // ／<　 ＿＿） l -,|__) > 　　 || ｜ <　 ＿＿）_ゝJ_)＿> ＼　||.｜　<　 ＿__）_(＿)_　>　　　　シュシュ 　 ＼|　|　 <_＿__ノ_(＿)＿ ) 　　　ヾヽニニ/ー--'/ 　　　 |_|＿t＿|_♀__| 　　　 　　９　 　∂ 　　　　 　 ６　　∂ 　　　　　 　(9_∂ 308 名前：login:Penguin mailto:sage [2008/07/20(日) 18:42:52 ID:YovRPAEh] ジャンジャン しゃいならー！ 309 名前：login:Penguin [2008/10/02(木) 22:47:42 ID:VgcPNTwj] それなりのスペックのマシンでインテルのSSD試した奴いないのか？ リナではディスクアクセスの速度が起動速度に直結してるからめっさ早くなると思うけど

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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