IEのようなマルチプロセスモデルならともかく、WebKit、Blink、Geckoのようなアプローチでのマルチプロセスってのは無理が大きい。

@d_toybox IEのあれは、、皮だけじゃんというきが・・・・

@himorin IEはタブ内のウインドウが既に別プロセス製なので、(たぶん)UI プロセスと、レンダリングプロセスは分かれてない。だから、処理は単純だけど、メリットも少ない。

@d_toybox えっ。あれって、レンダリング自体がプラグイン的な何か担ってると思い込んでた(あとはGDIかなにかでUIの皮に送り込む)んですが、そういうわけではなかった？？

@himorin IEを一ウインドウ、一タブで起動した状態だと、iexploreのプロセスは、ガワとタブ内の二つしか存在してない。レンダリング自体をタブ内の別スレッドへ追いやってない限りは、タブ内でのつまり方とかはGeckoと同じになる。

@d_toybox あー、違うレイヤーの話してたよかん。。わたしそのガワとタブの間しか考えてなかった。タブの中では同じという意味ではそのとおりですね。

@himorin ChromeとGeckoは、ネイティブウイジットを全て一つのプロセスで生成して、こいつがイベントハンドリングして、適切なプロセスにIPCで渡してるという形なんで、ハンドラがコンテンツにアクセスするのが無茶苦茶難しい、というか、同期通信で意味無しになってしまう