IEのようなマルチプロセスモデルならともかく、WebKit、Blink、Geckoのようなアプローチでのマルチプロセスってのは無理が大きい。
1
@d_toybox IEのあれは、、皮だけじゃんというきが・・・・
1
@himorin IEはタブ内のウインドウが既に別プロセス製なので、(たぶん)UI プロセスと、レンダリングプロセスは分かれてない。だから、処理は単純だけど、メリットも少ない。
1
@d_toybox えっ。あれって、レンダリング自体がプラグイン的な何か担ってると思い込んでた(あとはGDIかなにかでUIの皮に送り込む)んですが、そういうわけではなかった？？
1
@himorin IEを一ウインドウ、一タブで起動した状態だと、iexploreのプロセスは、ガワとタブ内の二つしか存在してない。レンダリング自体をタブ内の別スレッドへ追いやってない限りは、タブ内でのつまり方とかはGeckoと同じになる。
1
Replying to @d_toybox
@d_toybox あー、違うレイヤーの話してたよかん。。わたしそのガワとタブの間しか考えてなかった。タブの中では同じという意味ではそのとおりですね。

Jun 19, 2013 · 3:47 PM UTC

1
Replying to @himorin
@himorin ChromeとGeckoは、ネイティブウイジットを全て一つのプロセスで生成して、こいつがイベントハンドリングして、適切なプロセスにIPCで渡してるという形なんで、ハンドラがコンテンツにアクセスするのが無茶苦茶難しい、というか、同期通信で意味無しになってしまう
1
@d_toybox ネイティブウイジットって、いわゆるXUL的なあれですよね？？（語弊をかなり切り捨ててしまって言うと、、
1
more replies