Mozilla zeigt Multi-Prozess-Firefox

22. Juni 2009, 12:53
  • Artikelbild
    grafik: archiv

Browser soll dadurch schneller und sicherer werden - Überlegungen den Netzwerk-Stack von Google Chrome zu übernehmen

Während man gerade die finalen Qualitätstests für den Firefox 3.5 bewältigt, arbeitet ein Großteil der Mozilla-EntwicklerInnen bereits eifrig an künftigen Verbesserungen für die eigene Software. Eines der ambitioniertesten Projekte, die man sich dabei vorgenommen hat, ist die Umgestaltung des Firefox in einen Multi-Prozess-Browser.

Ansatz

Konkret bedeutet dies, dass jede Webpage ihren eigenen Prozess zugewiesen bekommt, ein Ansatz der schon jetzt von Google Chrome und IE8 verfolgt wird, und mehrere Vorteile birgt. So wird beim Absturz einer einzelnen Webseite nicht mehr der ganze Browser "mitgerissen", lediglich die eine spezifische Seite muss neu geladen werden.

Sicherheit

Außerdem ist es so möglich Webseiten mit geringeren Berechtigungen laufen zu lassen, was die Sicherheit der Software verbessert, da Angriffe erschwert werden. Auch einen Performance-Schub erhofft man sich durch einen solchen Schritt, werden durch mehrere Prozesse doch aktuelle Multi-Core-CPUs besser ausgenutzt.

Meilenstein

Einen ersten Prototyp des "Electrolysis" genannten Projekts demonstrieren die EntwicklerInnen nun in einem kurzen Video, dieses steht derzeit allerdings "nur" als HTML5-Video bereit, benötigt also den Firefox 3.5 zur Anzeige (bzw. einen anderen Browser der HTML5-Video mit Ogg Theora als Codec unterstützt). Bis daraus ein voll funktionstüchtiger Browser entsteht, wird es aber wohl noch einige Zeit dauern, den zweiten großen Milestone visiert man Ende November an, insgesamt vier solcher Meilensteine setzt man sich. (apo)

Kommentar posten
23 Postings
macindd
00
24.6.2009, 20:14
Jede Verbesserung ist an sich ja zu begrüßen,

aber es macht schon nachdenklich, wenn für so einfache Aufgaben wie die Anzeige von Websites mehrere CPU-Kerne notwendig werden ...

globefish
00

Wenn man das ganze Flash und Java Graffel bedenkt, dann zahlt sich Multicoreunterstützung in mehreren Prozessen sicher aus.

phatsphere
00
25.6.2009, 14:03

was ist daran einfach?

salenoz
 
02
24.6.2009, 21:20

Mehrere Prozesse des Browsers verlangen nicht unbedingt nach einem Mehrkernprozessor, die schafft eine Einkern- CPU ohne Probleme.

Aber: WENN man eine Mehrkern- CPU hat, verbessert sich die Performance.

prof.simply
00
24.6.2009, 12:19
Na endlich..

Interessant, dass hier Konkurrenten IE, Chrome die Nase vorne haben.
Mag oder mochte den Feuerfuchs weil die Mozilla Stiftung immer recht intuitiv war.
Aber besser spät als nie :)

salenoz
 
01
24.6.2009, 21:21

Die Performance des FF (Programm, nicht Seitenaufbau) ist leider nie die beste gewesen.

salenoz
 
30
22.6.2009, 18:28

Firefox kann zwar HTML5, aber nur eine vergurkte Version davon. Die Codecs von FF3.5 für HTML5 VIdeos sind andere als z. B. von Chrome und Iron!

Also HTML5 ist leider nicht gleich HTML5, mein Iron KANN nämlich HTML5 aber das Video auf der Firefox Seite NICHT wiedergeben.

Mozilla will hier Seiten dazu ZWINGEN, die Mozilla Codecs zu verwenden, wie auch auf
http://www.dailymotion.com/openvideodemo
zu sehen ist. Da besteht der Hintergrund sogar aus Firefox Symbolen. Lächerlich.

Wenn schon HTML5, dann bitte sollen alle Browser einen Standard haben!

Michael Bakunin
00
24.6.2009, 10:16
schwachsinn

das sind keine "mozilla-codecs", sondern ein freier codex, den firefox dann schon miteingebaut hat. es kann natürlich auch jeder anderer codex installiert werden, auch von jedem anderen browser.

suka
00
23.6.2009, 12:32

Und als Nachsatz: Google hat bereits angekündigt, dass Chrome in künftigen Versionen Ogg Theora unterstützen wird, siehe z.B.:

http://www.softsailor.com/news/3787-3787.html

suka
04
23.6.2009, 12:28

Das ist ja eine krude Mischung aus Halbinformation...

Also: Erstmal ist HTML5 ein bisschen mehr als nur Video-Support. Außerdem hat Firefox natürlich keine "vergurkte Version" von HTML5 Video, sondern die einzige gemeinsam mit den anderen Herstellern ausgemachte. Was dort allerdings NICHT abgemacht ist, ist ein fixes Codec, was schade ist, aber sicher nix was Firefox "vergurkt" hat.

Weiters ist es ein Blödsinn von "Mozilla Codecs" zu sprechen, Ogg Theora gibt es seit einigen Jahren und ist vollkommen unabhängig entwickelt worden. Warum Mozilla durch die Auslieferung eines freien Codecs irgendwen zu was zwingt, ist mir auch nicht so ganz klar.

Und: Was Mozilla für den Hintergrund bei Daily Motion kann, erschließt sich mir einfach nicht.

styp
00
22.6.2009, 20:53

Ich würde es nicht vergurkt nennen. Firefox unterstützt nativ nur Codecs ohne Patente. Da gehts vor allem ums Audiocodec H.274, dass Google bei YouTube verwenden möchte. Dafür sollen aber ab Ende 2010 Lizenzgebühren zu zahlen sein.

Pingu407
00
22.6.2009, 23:44
h.274?

Diesbezüglich habe ich nichts gefunden, vielleicht meinst du h264 (MPEG4 AVC), welches ein Videokompressionsverfahren ist.

hitower
00
22.6.2009, 15:01

Das mit den Multicore CPUs ist mir ned ganz klar. Im Moment sind das halt verschiedene Threads, die vom Betriebssystem halt auf die Cores verteilt werden. Abgesehen von ein paar Abhängigkeiten(sehr viele könnens ja ned wirklich sein), sollts doch eh schon von Haus aus eine Multicore CPU schön ausnutzen

Dust von Dust
20
22.6.2009, 15:40

nein, weil viele programme einfach alles in einer wurst abarbeiten. wenn eine kleinigkeit länger braucht steht das ganze programm weil die anderen teile nicht ausgeführt werden.

beim frickelfox zu beobachten (deswegen nenne ich ihn so), wenn in einem tab sehr viele ressourcen benötigt werden steht der ganze browser und du kannst die anderen tabs oder ein anderes browserfenster nicht mehr benützen.

Arnulf der Gute
00
24.6.2009, 20:23
@durst von durst

bitte sag mir dass nicht informatik studiert hast und auch nicht operativ in der IT branche tätig bist....

Dust von Dust
00
24.6.2009, 22:15

http://www.heise.de/developer... ung/139411
wenn eh alle so schön parallel sind warum bringt intel das heuer heraus? warum unterstützen erst die neuesten spiele mehrere cores?

die meisten programme sind schnecken die durch mehr hardware erschlagen werden, früher durch höhere frequenz und jetzt durch mehr parallelität...

mlau
01
22.6.2009, 15:25

der 2. Aspekt ist dass wenn eine Page den Browser abstürzen lässt nur der jeweilige Prozess terminiert, der Rest bleibt erhalten (das flash-plugin in linux ist hier sehr problematisch)

Pingu407
01
22.6.2009, 15:22
Schon,

Nur geht es bei "Electrolysis" darum, dass jedes Tab einen eigenen _Prozess_ bekommt.

mlau
01
22.6.2009, 15:19

Threads teilen sich Datensegment des Prozesses;
wenn jetzt alle Threads auf versch. Cores verteilt sind
müssen die Caches der einzelnen Cores natürlich dafür Sorgen dass alles Synchronisiert ist (cacheline ping-pong zw. cores, locking, ...).

Das multiprozess modell macht wahrscheinlich aus dem single-prozess multi-thread executable ein single-thread multi-prozess exec, wo dann zwar der Speicherverbrauch steigt, aber einige synchronisations-mechanismes wegfallen können.
(Ich bezweifle aber dass der performancegewinn ausser in microbenchmarks nicht wirklich messbar ist).

hitower
00
22.6.2009, 15:41

Ok hat was Wahres. So viel wirds aber wahrscheinlich auch ned bringen, dass es erwähnenswert wäre...

Dust von Dust
00
22.6.2009, 16:04

separate prozesse wären ein riesen fortschritt für den frickelfox!

Dust von Dust
00
22.6.2009, 15:01
NA ENDLICH!

bitte, bitte zahst an... :)

das wäre eine RIESIGE verbesserung!

_My_Opinion_
00
22.6.2009, 14:14
Erster :)

Uhhh HTML5!! sabber, lechz

Die Kommentare von Usern und Userinnen geben nicht notwendigerweise die Meinung der Redaktion wieder. Die Redaktion behält sich vor, Kommentare, welche straf- oder zivilrechtliche Normen verletzen, den guten Sitten widersprechen oder sonst dem Ansehen des Mediums zuwiderlaufen (siehe ausführliche Forenregeln), zu entfernen. Der/Die Benutzer/in kann diesfalls keine Ansprüche stellen. Weiters behält sich die derStandard.at GmbH vor, Schadenersatzansprüche geltend zu machen und strafrechtlich relevante Tatbestände zur Anzeige zu bringen.