アカウント名:
パスワード:
マルチスレッドがマルチプロセスになったくらいで速くなる理由がわからん。マルチスレッドの方がオーバーヘッドが少ないイメージだったのに
共有する領域をばっさり管理しなくていい(というと語弊があるか)みたいな部分はあるかもしれんね
# 共有の排他とか管理が負荷になるようなものはけっこうあると思うので...、プロセス単位だとOSに任せてしまえばなんとかなるような資源を1プロセスだと中で取り合いしないといけないとかあるんじゃないかな。
ひとつのプロセスが持つスレッドの数が多くなりすぎると依存関係の処理が重くなったりするのもあるかもしれない。あとはウィンドウズの場合アクティブなウィンドウが所属するプロセスを優先的に処理するってのも大きいだろう。
マルチスレッドで早くなるとしても、コア数よりスレッド数がずっと多くて、しかも処理がお互いに密結合になってる場合の話だと思う。
>Firefoxではコンテンツプロセスの数を4つに制限することでメモリ使用量との折り合いを付けている。とあるので、最近のPCだとコア数と同等以下くらいなので、スレッドの優位性はさほどないんだろう。#HyperThreadingも含めたらもっと。
あとは実装コストの問題かなあ。#「アセンブラで書くのとC言語で書くのと、どっちが早い?」問題。
そりゃ当然バイナリで書くほうが…
OSのスケジューラがプロセスに対して平等にリソースを割り当てようとするから単に他のプログラムより頭数が多くなって有利、とか?
リッチに使えるマルチプロセスが好きだったから、マルチスレッドがブームになった頃になんでだろうと思っていましたよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
体感できるくらい速くなったけど (スコア:0)
マルチスレッドがマルチプロセスになったくらいで速くなる理由がわからん。マルチスレッドの方がオーバーヘッドが少ないイメージだったのに
Re:体感できるくらい速くなったけど (スコア:1)
共有する領域をばっさり管理しなくていい(というと語弊があるか)みたいな部分はあるかもしれんね
# 共有の排他とか管理が負荷になるようなものはけっこうあると思うので...、プロセス単位だとOSに任せてしまえばなんとかなるような資源を1プロセスだと中で取り合いしないといけないとかあるんじゃないかな。
M-FalconSky (暑いか寒い)
Re: (スコア:0)
ひとつのプロセスが持つスレッドの数が多くなりすぎると依存関係の処理が重くなったりするのもあるかもしれない。あとはウィンドウズの場合アクティブなウィンドウが所属するプロセスを優先的に処理するってのも大きいだろう。
Re: (スコア:0)
マルチスレッドで早くなるとしても、コア数よりスレッド数がずっと多くて、
しかも処理がお互いに密結合になってる場合の話だと思う。
>Firefoxではコンテンツプロセスの数を4つに制限することでメモリ使用量との折り合いを付けている。
とあるので、最近のPCだとコア数と同等以下くらいなので、スレッドの優位性はさほどないんだろう。
#HyperThreadingも含めたらもっと。
あとは実装コストの問題かなあ。
#「アセンブラで書くのとC言語で書くのと、どっちが早い?」問題。
Re: (スコア:0)
そりゃ当然バイナリで書くほうが…
Re: (スコア:0)
OSのスケジューラがプロセスに対して平等にリソースを割り当てようとするから単に他のプログラムより頭数が多くなって有利、とか?
Re: (スコア:0)
リッチに使えるマルチプロセスが好きだったから、マルチスレッドがブームになった頃になんでだろうと思っていましたよ。