■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■
チューニングって
1 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 05:11
してますか。速度でもメモリ使用量でも。
業種も併記除ム。
俺はしてません。動けばおしまい。(WEB系)



2 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:15
は?


3 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:17
最適化ってわけじゃなくて、チューニングなんでしょ?するのが当然と、おもうけどな。


4 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:21
Netscape6はチューニングを忘れたんですか?


5 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:22
・楽器の調律
・テレビのチャンネル合わせ
・ラジオの周波数
・その他アナログ機器
・くるま
・ふね
・その他乗り物
もチューニングしないと意味ないでしょ?(わ
乗り物だと危険だし。(わ


6 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:31
1はこのままだと危険なので、チューニングされる必要があります。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜終了〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜


7 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:33
プログラマ板で聞くべきでは?>1


8 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:53
アヒャヒャ(゚∀゚)y─┛~~


9 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 06:57
彼女をチューニング!
   ∧ ∧∧∧
   (,,#゚∀゚) _ ,,) アヒャヒャ
   /   つ   |
〃(@ ノ /U
  U UU


10 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 07:20
アヒャヒャ(゚∀゚)y─┛~~
     <U~
     /~\


11 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 07:22
アヒャヒャ(゚∀゚)y─┛~~
     <U~
    /~\


12 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 07:34
>>1
お前の頭にオーバヘッドが発生してるよ


13 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 09:27
>>10-11
あ、よく見たらチューニングしてる!


14 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 14:45
ゴミResばかりついているが、興味あるスレなのでage。

さて、わたし、プロの皆さんに逆に質問したいのですが、みなさんは、スペックを決
める段階から、性能(速度)に関する明確な目標は立てていらっしゃらないのですか。

おぢさんは、プロだかアマチュアだか、よくわかんない仕事をやっている者なのだけ
れど、

 特に性能目標を立てずに開発開始
 → 全部できあがってから初めて使ってみて、その遅さにびっくり
 → チューニングせよと上司から命令
 → しかし、どこをチューニングしてよいかわからずハマりまくり

という経験があるよ。いかんのう。



15 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/09(土) 15:38
>>14
どこをチューニングしてよいかについてはプロファイラが使えれば一目瞭然。
どうしても使えないなら、ホットスポット(だと思っている所)をよくみてみる。そして削る。
一番はまっているところは、軽いと見積もった線形探索な個所かな、大抵。



16 名前: >14 投稿日: 2000/12/09(土) 16:00
もちろん目標たててますよ。
普通の会計ソフトなんかだと
開発マシンはいつもちょっと遅めなので、ちょっと遅いかなあ程度
なら客先に持ち込めばだいたい問題にならない事が多いですね。

測定装置なんかで複雑な計算物なんかだと、開発開始時に主な部分
を作ってしまうわけで、ちょっと遅目程度でもやっぱり開発終了頃
はパソコンの方が早くなって、やっぱり問題なしですね。

問題はDSPとか完全な組込物。
まあ主は(糧の主じゃないけど自分の心の主は)4ビットマイコン
なので組込物でもおよその命令数は頭の中で数えながらやってますよ。


17 名前: 500h 投稿日: 2000/12/09(土) 22:24
Lingoは今時でもチューニングしないと高速化できないスカタン言語です(笑)


18 名前: 名無しさん@有職ダメ人間 投稿日: 2000/12/10(日) 00:06
CPUをクロックアップしました
およびでない?じゃば。


19 名前: アイソシュタイソ 投稿日: 2000/12/10(日) 01:24
アヒャヒャ(゚∀゚)y─┛~~
tuning:整調,調律.
言いたいことはわかるが、他の言葉を使えよ〜。
紛らわしいぞ。


20 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/10(日) 01:56
de-slugかな。



21 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/10(日) 03:48
FM


22 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/10(日) 07:11
>19
この場合tuningというのが普通だ。


23 名前: ゲーム系 投稿日: 2000/12/10(日) 08:44
プログラムのパフォーマンス的に60(30)フレームを保てればOK。
CD系のメディアの場合は、読み込み+シーク時間が最小になるようにとことんチューニング。
でも結局のところゲームの調整(バランスとかタイミングとか)が一番手間かかるなぁ。


24 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/10(日) 13:35
RISCプロセサでスタックへのストアとロードが重くて困ってます。
割りこみするたびにメモリに128バイトもアクセスしてたらどーしょも無い・・・
なんか良いチューニングありませんか・・・・


25 名前: >24 投稿日: 2000/12/10(日) 14:16
レジスタページは持ってないの?


26 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/10(日) 18:17
Speed Up!!


27 名前: >24 投稿日: 2000/12/11(月) 08:16
全部のレジスタをメモリに勝手に保存されるの?
だったらレジスタ交換とかレジスタページング機能は持っていない?

頻繁にかかる割込みはアセンブラレベルで処理して、
普通は割込用に使用するレジスタを決めてしまうんじゃないかな?




28 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/11(月) 08:29
具体的にCPU名は?


29 名前: 名無しさんi486 投稿日: 2000/12/11(月) 09:55
レジスタページングが無くてもキャッシュがあれば
それなりに高速なはず。もちろん、ロード・ストアでキャッシュミスが
おこらない、データ構造、アルゴリズムならだけど。


30 名前: 24 投稿日: 2000/12/11(月) 12:59
おお。レスが。うれしひ。感謝します。

CPUはMIPS R3900で、ライトスルーキャッシュです。
ライトバックだったら割りこみ直前のスタック領域へ
取り敢えず一時退避するのが正解なのかな・・・・

もうライトスルーのあたりで終わってるのかも知れない・・・・

いまのところ、ほぼ28本分をストアしているので遅いです。
呼び出し先ではs0-s8系のレジスタは使ってなさそうなので
そこを削れば9x4バイトのストアを節約できるはずなんですが

やって良いものなんかさっぱり。


31 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/11(月) 13:04
>>24
割り込み自体を少なくするように設計し直し!

ハード設計レベルで強制割り込みの頻度がべラボ−なら、
そのプロジェクトの未来は諦めなさい。(藁



32 名前: 24 投稿日: 2000/12/11(月) 13:27
>>31
割りこみは(OS単体では)今は足りてるけど
50MHzのCPUなんだから
やっぱり10usぐらいのタスクスイッチ速度を出したい・・・
贅沢なんだろか。


33 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/11(月) 15:09
割り込み処理の先頭で退避しなければならないレジスタと、使う前に
コンパイラが自動的に退避してくれるレジスタは、コンパイラのマニュアル
をよく読めば大抵書いてある。

けど、割り込み処理じゃなくてタスクの切り替えなら、やっぱ全部退避しないと
だめなんじゃない?

ところでバスは32bitだよね?それなら128バイトは32回のアクセスなわけで、
一回のDRAMのアクセスは60nsとかだから、書き込みだけなら2usぐらいじゃな
いの?

ところでライトスルーじゃパフォーマンスでないよ。ライトスルーとライトバック
では最高5割ぐらいパフォーマンスが違うよ。

ってこれじゃ仕事の打ち合わせだ


34 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/11(月) 15:12
10us以下が目標だと思う。5usを切るのは難しいね。


35 名前: 24 投稿日: 2000/12/11(月) 18:51
みなさまありがとうございます。
T○3904で取り敢えずやってみようと思ってたんですが
やっぱT○392xを実用化しないとだめか・・・・

ああ。2chにも組みこみエンジニアはいるんだな。
約束は出来ないし、腐れなできかもしれんけど
いつかタスクOSが出来たらきっとどっかでソース公開します。