Die Moderne nervt

[jaenicke]

Dass er weniger RAM verbraucht, kann man nicht mehr behaupten, das war noch in den Zeiten von FF 4 so, aber heute verbraucht Chrome mehr RAM, da hat der FF gut aufgeholt. Das liegt zu einem großen Teil daran, dass jeder Tab und jedes Plugin sowie der Browser selbst und die GPU Ansteuerung jeweils in einem echten eigenen Prozess laufen.
Bei 10 gleichen Tabs kommt Chrome bei mir so auf 1 GiB plus 500 MiB für 22 Plugins in insgesamt 32 Prozessen während Firefox komplett ohne Plugins auf knapp 300 MiB kommt.

Chrome ist bei mir aber trotz allem immer noch etwas schneller als Firefox (auch wenn sich da seit FF 5 endlich einiges getan hat), wenn auch nicht mehr ganz so stabil wie anfangs. Und dass er ein 15tel meines RAMs (24 GiB) verbraucht, stört mich gerade wenig.

[Valle]

@Popov: Die Schlankheit eines Browser misst sich nicht in verbrauchten RAM und der Anzahl laufender Prozesse. Heute PCs tendieren dazu, immer mehr RAM und Kerne zu haben. Alles in einem Kern auszuführen und nach Möglichkeit so wenig RAM wie möglich zu nutzen, wäre Ressourcenverschwendung. Wenn ein Programm mehrere Prozesse oder Threads benutzt, ist das für mich ein Zeichen, dass sich der Programmierer Gedanken gemacht hat. Und als stolzer Besitzer eines 4-Kerners mit HyperThreading und 8GB freue ich mich, wenn ich meine Ressourcen mal nutzen kann.

Liebe Grüße,
Valentin

[ATS3788]

Ich finde es nur lustig
und Hand auf Herz ein zwei clicks tuen keinem wirklich weh.

Martin Michael

[implementation]

Zitat von Valle:

Heute PCs tendieren dazu, immer mehr RAM und Kerne zu haben. Alles in einem Kern auszuführen und nach Möglichkeit so wenig RAM wie möglich zu nutzen, wäre Ressourcenverschwendung.

Finde ich nicht, denn heute tendieren PCs auch dazu, immer mehr gleichzeitig machen können zu sollen*. Bei mir laufen immer mehrere Browserfenster im Hintergrund (in verschiedenen Aktivitäten/virtuellen Desktops), fast 20 Shell-Instanzen, ein IRC-Client und mein PIM.
Wo wären wir denn, wenn jedes Programm 2 GiB schlucken würde** (mehr als vier habe ich dann doch nicht)? Meine Herren, das wäre Resourcenverschwendung.




*) Was für eine Verbreihe
**) Erwähnte ich den PIM? Der tut das ja leider sogar fast

[jaenicke]

Die Trennung in einzelne Prozesse ist nun einmal sicherheitstechnisch und von der Stabilität her schon sinnvoll. Beim FF sollte das ja auch noch kommen, aber das lässt da noch auf sich warten. Aber zumindest der Plugincontainer ist ja schon extern.

Und wem Sicherheit und Abkoppelung der Tabs eher egal sind, der kann ja Opera nehmen. Das nutzen nicht viele, insofern muss es auch nicht so sehr sicher sein, und Opera nutzt sehr wenig RAM. Safari übrigens sogar noch weniger, aber das ist ja doch eher exotisch unter Windows.

// EDIT:
Gleichzeitig läuft bei mir auch sehr viel, ja. Im Moment sind 6 GiB belegt plus 10 GiB im Cache. Und es laufen 124 Prozesse. Aber der PC muss halt trotzdem schnell laufen.

[Popov]

Zitat von jaenicke:

Im Moment sind 6 GiB belegt plus 10 GiB im Cache. Und es laufen 124 Prozesse...

Du mußt es nicht permanent betonen, wir sind ja schon neidisch

Obwohl, ich hab ja noch ein altes Computerbuch, da steht: wenn sie zu den Glücklichen gehören die einen Drucker besitzen...

Wie sich die Welt doch schnell ändert.

[Nintendo]

An der Moderne nervt mich die oft völlige Veränderung der Bedienung zum Beispiel bei Windows, wo die Menüs von Version zu Version vllig anders liegen.

Oder, da ich mich grad in die Indy Kompos einarbeite, da werden Parameterlisten komplett verändert und dann stimmt der alte Code nicht mehr.

Aktuell will ich mich aus beruflichen Gründen in Indy einarbeiten. Delphi Treff setzt dazu Indy 10 voraus, D7 Enterprise hat aber indy 9 und da hängt es an folgendem Problem:

Indy 10

Delphi-Quellcode:

procedure TForm1.IdTCPServer1Execute([B]AContext: TIdContext[/B]);
var cmd: String;
begin
  try
    cmd := Trim(AContext.Connection.IOHandler.ReadLn);
    Label1.Caption := cmd;
    AContext.Connection.IOHandler.WriteLn('Bye!');
  finally
    AContext.Connection.Disconnect;
  end;
end;

und Indy 9

Delphi-Quellcode:

procedure TForm1.IdTCPServer1Execute([B]AThread: TIdPeerThread[/B]);
begin

end;

Und so darf ich nun in den Tiefen des Internet nach einem brauchbaren (für Anfänger verständlichen) Tutorial für Indy 9 suchen, weil mir das aus Deelphi Treff wegen Indy 10 wegen der veränderten Parameter nichts nützt.

[Valle]

Zitat von implementation:

Finde ich nicht, denn heute tendieren PCs auch dazu, immer mehr gleichzeitig machen können zu sollen*. Bei mir laufen immer mehrere Browserfenster im Hintergrund (in verschiedenen Aktivitäten/virtuellen Desktops), fast 20 Shell-Instanzen, ein IRC-Client und mein PIM.
Wo wären wir denn, wenn jedes Programm 2 GiB schlucken würde** (mehr als vier habe ich dann doch nicht)? Meine Herren, das wäre Resourcenverschwendung.

Du solltest das nicht zu eng sehen. Natürlich muss man auch nicht verschwenderisch mit RAM umgehen. Aber der Browser gehört durchaus zu den Anwendungen, denen ich einiges an Arbeitsspeicher zugestehe. Immerhin ist das eines der meist genutzten Werkzeuge. Die VMs, Player, Editoren, Mail-Clients, etliche Shells usw., die auch bei mir laufen, müssen natürlich noch Platz nebenbei haben. Aber wenn ich schon viel habe, dann will ich auch dass viel genutzt wird.

Liebe Grüße,
Valentin

[Popov]

Wobei, um noch mal kurz auf die Browser zu kommen, die Chrome Funktion 'App-Verknüpfung' ist eigentlich genial. Ich tippe drauf, dass das die geplante Aufgabe des Chrome ist, ein Browser für zukünftigen Web-Apps.

[jaenicke]

Die Funktion gibt es in ähnlicher Form auch bei Firefox und Opera (bei beiden rechte Maustaste auf den Tab und anheften) und im IE (einfach auf die Taskleiste ziehen). Allerdings ist es dort weniger konsequent umgesetzt, da anders als bei Chrome das Fenster nicht reduziert wird um mehr Platz für den Inhalt zu haben.

Und klar ist Chrome dafür gedacht, ebenso wie Chrome OS.