Performance

[1:厨房もじらー ◆Moz2cH0k (2002/07/25(木) 10:00 ID:???)]
Moz2chのPerformanceについてのスレッドです。
Performance向上のための意見・議論などしていきませう。

[20:ヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉ ◆tRZ80FPU5k (2003/07/28(月) 16:01 ID:???)]
http://jt.mozilla.gr.jp/projects/xpcom/using-consoleservice.html
こんなんめっけました

[21:へたれ41号 (2003/07/29(火) 00:29 ID:???)]
>>19,20
やりたいことは単純に、data.parse()をバックグラウンドでやって、
おわったら表示ってやりたいんだけど、どうもうまくいかないんですよ。
ちなみに、nsIThreadを使えばUIが絡まない非同期処理はうまく逝ってるっぽいんですが。

・・・うーん、ちょっとペンディングしてブックマークでも作ろうかと思う今日この頃。

[22:(ry (2003/08/04(月) 00:31 ID:???)]
最近ｺｿｰﾘと別のことをやっている香具師れす。。。
非同期処理の問題は、漏れがやります。

[23:(ry (2003/08/04(月) 01:06 ID:???)]
と思ったけど、漏れが考えてた方法ではだめなことが
もうちょっとよく考えてみたら分かったので、撤回。。。(ﾏﾃ

[24:(r (2003/08/04(月) 02:49 ID:???)]
一番理想的なのはonDataAvailableのタイミングで非同期な処理をやらせることなんだよね。
onDataAvailableはXPCOM経由でネイティブなコンポーネントが呼び出すので、JSのスレッドとは別になるので。
そうすると、逐次レンダリング、という話になるのね。。。

[25:( (2003/08/04(月) 04:51 ID:???)]
nsITimer使うのもいいかも。
setTimeoutとか、setIntervalとかと違って、
これも別のスレッドから呼び出されると思うので。。。

そのうち実験してみるかもです。。。

[26:ヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉ ◆tRZ80FPU5k (2003/08/04(月) 12:46 ID:???)]
>>22-25
Σ(ﾟДﾟ；≡；ﾟдﾟ)

[27:ヽ(ﾟ∀ﾟ)メ(ﾟ∀ﾟ)ノ＠会社 ◆tRZ80FPU5k (2003/10/21(火) 20:12 ID:???)]
とりあえづ表示レス数を制限するのが手っ取り早いっすね

[28:へたれ41号 (2004/03/19(金) 01:32 ID:???)]
うぉ、ciスレ>>146のita.merge()
はや(・∀・)ｲｲ!!

と、ﾊﾟﾌｫｰﾏｿｽスレを挙げてみる。

[29:ヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉ ◆tRZ80FPU5k (2004/03/21(日) 15:32 ID:???)]
ざっとソースを見回した所、ita.mergeみたいな多重ループのような
極端な無駄ソースはないもよんです
10倍とか桁が変わるような極端な高速化は、これから難しくなると思われ。
javascriptでｺﾞﾘｺﾞﾘ書いてるソースで、実はXPCOMで用意されているような
物があれば、2倍程度なら高速化できるか。。。

ともかく、いま速度的に問題がある部分って言えば、sureまわりぐらいですね

[30:へたれ41号 (2004/03/21(日) 18:06 ID:???)]
>>29
そですね。
sure周りはDOM化すれば、
moz2ch.htmlへの書き出し/読み込みがなくなるので、
うまくいけば1/3くらいにはなるかもですが。

read.cgi ver5.20 (2002/10/18)