Wie ich schon anderthreads gesagt habe: Google hatte eine gute Idee (ein Prozess pro Tab); der Rest ist entweder geklaut, nicht besonders gut durchdacht oder mittelmäßig. Ich sehe Chrome eher als ein proof of concept oder eine bessere Techdemo an, mit deren Hilfe andere Browser sich verbessern können.
Vielleicht werden wir mit Firefox 4, Safari 4, Opera 10 oder Internet Explorer 11 erste richtige multitaskende Browser sehen; ich rechne aber eher mit Firefox 5, Safari 4, Opera 11 und IE 12.
Ne, die Idee ist vom IE8 geklautZitat von Jesus_666
.
--Signature.
Wie bin ich oben eigentlich auf IE 11 uns 12 gekommen? Ich meinte IE 8 und 9.
Und Microsoft hat es tatsächlich geschafft, ein sinnvolles Feature zu entwickeln? Wow. <zynisch>Sie tun wirklich alles, um nicht (X)HTML, CSS und JavaScript ordentlich implementieren zu müssen.</zynisch>
Wieso? Weil sie das Feature eine Woche früher angekündigt haben (naja... nichtmal)? Sowas schüttelt man sich doch nicht während der Mittagspause aus dem Ärmel.Ne, die Idee ist vom IE8 geklaut
/edit
Um noch was zum Thema beizusteuern:
Ich werde Chrome auf jeden Fall einmal ausprobieren, und zwar sobald eine Linuxversion released wurde. (wo ist eigentlich der Smilie mit Studentenhut und Lehrerstock hin verschwunden?) Genauso wie den Qt-Firefox, und und und... in nächster Zeit steht ungewöhnlich viel Software zum austesten an. Was wird derzeit auch nur soviel geiles Zeug entwickelt.
--
Geändert von Ashrak (03.09.2008 um 19:19 Uhr)
Und was soll an dieser Idee so toll sein?
Ausser dass man tausende von Prozessen laufen und somit den CPU mehr belastet, weil die Anwendung pro Prozess (pro Tab) neu aufgerufen werden muss?
--
Naja es hängt sich nicht der ganze Browser auf sondern nur der eine tab. Aber was daran toll sein soll frage ich mich auch. Dass mir deswegen der Browser abschmiert kommt alle Jubeljahre mal vor, und dafür haben aktuelle Browser schließlich die Funktion Sessions wiederher zu stellen.
ich halte von dem ganzen Teil bislang ehrlich gesagt recht wenig, fürchte aber dass ich mich aufgrund von googles aggressiven Marketing beim coden in ein zwei Jahren damit befassen muss.
--Meine Blogs:
LimeArts Webdesign - Internet &Technologie
Hopeless - Rollenspiele News & Reviews « Großes Sommer-Gewinnspiel!
Diablo 3 News & Community
Also bei mir passiert das öfters, vor allen sehr ärgerlich bei meiner DSL 1000 Leitung... sollte ich Videos gucken und nebenbei 300MB downloaden und der Browser stürzt ab, kann ich von vorne beginnen.
Mit dem aggressiven werben haste allerdings recht, wenn man sich nur das Video auf YouTube anguckt, dort wird über 5 Minuten nur über diese Funktion geredet.
Dafür kann ich einen einzelnen Tab abschießen, wenn mal wieder eine schlecht geschriebene Webanwendung entscheidet, sie müßte meinen Prozessor brutal vergewaltigen. Bisher muß ich dafür immer den ganzen Browser beenden, auch wenn andere Tabs absolut harmlos sind.
Da heutzutage alle denken, Webanwendungen wäre eine gute Idee, wird es nur immer hufiger vorkommen, daß die JavaScript-VM meinen Load auf 1.5 treibt.
Nur funktioniert dies bei chrome (noch) nicht richtig.
Viele User haben schon es geschaft, mit einem einzigen Javascript den kompletten Browser (und damit alle Tabs/Prozesse) zum Absturz zu bringen.
--
Ich hab auch einen lustigen Fehler hier -> ich komme nicht auf die Optionen-Einstellung. Beim Öffnen dieser kommt das allseits bekannte "Es wurde ein Fehler festgestellt"-Fenster und der gesamte Browser stürzt ab.
Dafür kommt dann ein Fenster "Chrome ist abgestürzt, wollen sie erneut starten", welches beim Betätigen mit Ja den Browser wieder öffnet. Trotzdem doof, dass ich keine Einstellungen vornehmen kann... -.-
Also müssten ja die Tabs/Prozesse abhängig vom Hauptfenster sein.
Ergo ist die ganze "Ein Tab = ein Prozess"-Geschichte fürn Arsch, wenn eh alle Prozesse abhängig voneinander sind.
--
Nicht unbedingt. Falls tatsächlich ein Tab abschmieren kann, ohne daß der Rest vom Browser beeinträchtigt wird, dann ist das gut.
Ich denke, niemand erwartet ernsthaft, daß die Tabs weiterlaufen, wenn der Hauptprozeß abschmiert. Ich denke, das will auch niemand wirklich.
http://www.heise.de/security/Mehrere...meldung/115363
Ich sag nichts weiter.
Wieso nicht?
Wenn man schon so ein Murks programmieren will, will ich, dass es auch richtig funktioniert.
Wenn man schon damit rumposaunt, dass Ein Tab = ein Prozess so toll sein soll, weil die Tabs unabhängig voneinander arbeiten können, will ich auch, wenn der Hauptprozess abstürzt, dass alle anderen Prozesse normal weiterlaufen können. Denn im Grunde ist jeder Tab dann eine Kopie vom Hauptprozess.
Und chrome kann man auch komplett zum absturz bringen, wenn man einen x-beliebigen Tab zum Absturz bringt.
Wenn dann will ich wenigstens hier, dass die Prozesse weiterlaufen. Aber das tun sie auch nicht.
Dann kann man auch gleich wieder zur alten Variiante greifen und ein Hauptprozess laufen lassen, wo jede Seite als Child Window arbeitet.
--
Das heißt also, daß alle Tabs direkt unter init laufen sollen. Das hat den Nachteil, daß jegliche Kommunikation zwischen den Tabs und dem Hauptprogramm (und damit auch X/Aqua/GDI/WPF) über generisches message passing abgewickelt werden muß. Und dann sehen wir wirklich fiesen Overhead. Ganz zu schweigen davon, was passiert, wenn der neue Hauptprozess sich aus irgendeinem Grund nicht an die Tabs anhängen kann - dann hast du Prozessleichen im Speicher, die du manuell abschießen darfst. Ohne auch nur zu wissen, welche jetzt die Leichen sind.
Nur, weil eine Techologie nicht in jedem Feld perfekt ist, ist sie nicht gleich komplett zu ignorieren. Wir werfen ja auch nicht Unix weg, weil da der Rechner flach liegt, wenn init abstürzt.
@EULA: Was erwartet ihr? Das ist Google!
Der einzige Vorteil, den ich in Google Chrome sehe ist, dass durch Googles Marketing unerfahrenen User bewusst wird, dass der Internet Explorer nicht das einzige Tor zum Internet ist und diese sich auch Alternativen anschauen. Für Nutzer von Firefox 3 und Opera sehe ich (noch) keinen Grund, auf Chrome umzusteigen.
Den Grund gibt es - meiner Meinung nach - auch nicht. Firefox hat für Version 3.1 eine Art "Tempo-Upgrade" angekündigt, nachdem Chrome die anderen Browser vor allem in Punkto Geschwindigkeit abhängen konnte.
Womit Google vor allem aber bei Fans ihrer Produktpaletten punkten kann, ist die Implementierung einiger Google-Applikationen in Chrome (Gears zum Beispiel).
An sich sehe ich persönlich zum jetzigen Zeitpunkt, wo es sich noch um eine BETA handelt, keinerlei Veranlassung, mir den Google-Browser zu installieren.
Da bastel ich mir lieber meinen Feuerfuchs so zurecht, wie ich ihn haben will und bin damit glücklich.
Kleine Anmerkung am Rande: Vom Google-Browser hört mal interessanterweise im Fernsehen, in Nachrichten etc., sogar im Radio wurde es mal zur vollen Stunde genannt. Lustigerweise wurde im Radio von einem "Experten" ein Vergleich zwischen IE und Chrome aufgestellt, während von anderen Konkurrenten (bitte, Firefox hat doch wirklich genügend Marktanteil gerade in DE) nicht ein Sterbenswörtchen gefallen ist...
Ich für meinen Teil wünsche Chrome langfristig ein ähnliches Schicksal wie Google Answers, zumindest solange diese EULA existiert... Glücklicherweise wird in bisher ALLEN Medien auf Datenschutzbedenken hingewiesen, vielleicht reagiert da ein Großteil der Leute sensibler darauf...
Es ging ihm wohl eher darum, dass die Methode "Ein Prozess pro Tab" - von einer minimalen Geschwindigkeitssteigerung abgesehen - keinen merklichen Vorteil für den Benutzer bringt.
@init
Was ist eigentlich aus init-ng geworden?
Donnerwetter ^^
Wenn es richtig implementiert ist bringt es Vorteile – ein hängenbleibender Tab reißt nicht den gesamten Browser mit. Daß Google keine Erfahrung in Kerneldesign hat (denn das Chrome-Kernprogramm repliziert einiges an traditioneller Kernelfunktionalität) bedeutet nicht, daß das Konzept nicht funktionieren kann.
Nebenbei macht das ein-Tab-ein-Prozess-Paradigma den Browser eher langsamer als schneller, weil es zusätzlichen Overhead gibt. Das Ziel ist nicht Geschwindigkeits- sondern Stabilitätsoptimierung.
Chromes Geschwindigkeitsvorteil kommt von der Kombination Webkit/V8 – die Renderengine ist momentan als sehr schnell bekannt und die JavaScript-Runtime ist einfach eine der ersten am Markt, die JIT-Kompilierung verwendet. Mozilla hat sowas auch, Tamarin wird aber erst in Fx 4 zum Einsatz kommen.
Ist noch nicht stable, aber in den Paketmanagern aller großen Distros zu finden.
Berechtigungen
Zitieren
