- PR -

ＷＥＢシステムにて、より速くしたい。

«前のページへ 1|2
投稿者投稿内容
双肩
会議室デビュー日: 2004/12/22
投稿数: 15
投稿日時: 2005-02-08 10:15
お世話になります、VOL1です。

Jiitaさんへ

御指摘ありがとうございます。
練った方法の中から、実行可能なもの、実行効率の大きいものから重み付けし、実行するよう心がけます。
Jitta
ぬし
会議室デビュー日: 2002/07/05
投稿数: 6267
お住まい・勤務地: 兵庫県・海手
投稿日時: 2005-02-08 22:01
　いや、あの、え〜っと・・・(^_^ゞ

引用:

システムのレスポンス向上できるための、コーディングや
サーバ側の設定、又はクライアント側の設定など、どんな
ことでもいいので、教えていただけたら幸いです。

この内容から、どこの処理に、どれくらいの時間がかかっているか、洗い出しがすんでいない、と判断したのですが？？？

　洗い出しを行うのは、本当に短縮しなければならないところを見つけるために必要です。経験（例）はあるけど、昔のことだから忘れた。適当に「ループしているから、そのループを紐解けば早くなるだろう」と見当を付けて半日かけて紐解いたけど、全然変わらない。上司に言われて計測したら、全然別のところで時間がかかっていて、それの修正は１〜２時間で出来た、みたいな。

　同じことをしないように、という思いからの助言なんだけどなぁ。。。

_________________
Calls
会議室デビュー日: 2005/02/09
投稿数: 2
投稿日時: 2005-02-09 13:20
他の人も書いていますが、まずは計測してボトルネックを見つけましょう。
その後、それをチューニングしましょう。

まあ、64K の回線では遅いということはおそらくデータ量が問題なのでしょうね。
この場合、gzip 圧縮が覿面に効きます。
おっきー
大ベテラン
会議室デビュー日: 2003/05/01
投稿数: 104
投稿日時: 2005-02-09 14:13
たしかに、64k の回線だと、システムの最適化以前に大きな制約になりますね。
前提条件があってそれに応じてボトルネックを探していくことになるかな。
前提条件として思いつくのは回線の太さ、サーバーor クライアントのスペック、
アクセス数、システムの利用目的…などいろいろありますが。


[ メッセージ編集済み 編集者: おっきー 編集日時 2005-02-09 14:18 ]
«前のページへ 1|2

スキルアップ／キャリアアップ（JOB@IT）