Hast du denn schon mal gegooglet?
Da gibts tatsächlich einiges an Themen, wo z.B. dieses hier zitiert wird...:
"Der höhere Speicherverbrauch ist ein ganz normaler Nebeneffekt von Multi-Prozess-Browsern. Und somit sozusagen die Schattenseite des Multi-Prozess-Konzepts. Tritt prinzipbedingt bei allen aktuellen Multiprozess-Browsern auf. Das war auch mit der Hauptgrund, warum es lange Zeit keine Multiprozess-Browser gegeben hat (die Idee ist ja so neu nicht) -- weil man diesen Nebeneffekt eben lange Zeit vermeiden wollte bzw. er lange Zeit ein NoGo war. Erst seitdem RAM-Speicher so billig geworden ist und man diesbzgl. gleich in Gigabyte-Schritten bestücken kann, ist man herstellerübergreifend dazu übergegangen, diese Kröte zu schlucken, weil eine höhere Stabilität und höhere Sicherheit der Browser diesbzgl. inzwischen schwerer wiegen als der RAM-Verbrauch, den nimmt man halt jetzt eher in Kauf als all die Jahre zuvor (was die Browser-Hersteller trotzdem nicht davon abhalten soll, ihre Browser trotzdem ressourcenschonend zu bauen, wozu diese sich auch redlich Mühe geben und auch hier in gegenseitigem Wettbewerb stehen, das merkt man durchaus und darf man anerkennen).
Der höhere Speicherverbrauch hat damit zu tun, dass eben jeder Browser-Prozess für sich selber und sozusagen redundant Bindings zu Frameworks und Bibliotheken hat und diese im Speicher vorhält, welche zuvor bei Thread-orientierten Browsern nur mit dem einen obersten Browser-Prozess verlinkt waren, und alle Threads dann diese Bindings von diesem einen obersten Browser-Prozess geerbt hatten. Schmierte ein Thread ab durch irgendeine Instabilität oder durch eine Speicherleck, riss das den kompletten obersten Browser-Prozess und damit den gesamten Browser in die Tiefe.
Und nun ist der Browser aufgeteilt in mehrere Bereiche, von denen jeder einzelne ein eigener Prozess ist und jeder einzelne unabhängig von den anderen Prozessen für sich auch die Bindings zu den Frameworks und Bibliotheken hat. Das bedeutet dann in der Folge auch: viel Redundanz im RAM, was eben diese Bindings angeht, weil die eben doppelt und dreifach im RAM vorgehalten werden statt wie früher nur ein einziges Mal. Und das macht sich logischerweise eben dann durch höheren Speicherverbrauch bemerkbar.
Und wenn dann eben auch noch jeder einzelne Tab seinen Prozess für den darin dargestellten Inhalt hat und jedes einzelne Plugin, das da womöglich noch reingeladen wird dann auch noch einen einzelnen Prozesse bekommt, und jeder dieser einzelnen Prozesse hat dann unabhängig von den anderen prozessen dann auch noch Bindings zu den Browser- und Betriebssystem-Bibliotheken und -Frameworks, dann kommt da halt schnell was zusammen, was den Speicherverbrauch angeht.
Jetzt gibt's halt mehrere voneinander relativ unabhängige Prozesse, jeder sozusagen eine Sandbox für sich. Und wenn dann mal einer abschmieren sollte, kann/könnte man ihn gezielt und kontrolliert abschießen und neu starten, ggf. sogar automatisch neu starten lassen, ohne dass die anderen Browser-Prozesse in Mitleidenschaft gezogen werden.
Zu den Prozessen Safari und Safari-Webinhalt: sie sind auf die neue WebKit2-Engine zurückzuführen, die seit kurzem in Safari 5.1 werkelt."
