Re: Iceweasel terminiert nicht.
Am Freitag, 3. April 2015, 16:57:46 schrieb Christian Knoke:
> Martin Steigerwald schrieb am 03. Apr um 15:39 Uhr:
> > Am Freitag, 3. April 2015, 15:10:17 schrieb Christian Knoke:
> > > iceweasel stable bleibt öfters in der Prozessliste stehen, nachdem
> > > er
> > > über Datei-->Beeenden oder schließen des letzten Fensters beendet
> > > wurde. Manchmal ein paar Sekunden, manchmal deutlich länger. Ein
> > > CPU-Kern wird dadurch zu 100 % belegt, es werden Daten übertragen
> > > und
> > > es gibt Verbindungen nach aussen. Das sind aber keine Downloads, die
> > > noch weiter abgewickelt werden.
> > >
> > > Wenn man in der Situation neu startet, kommt die Meldung "one
> > > instance
> > > of icewesel is still running".
> > >
> > > killall iceweasel hilft.
> > >
> > > Ist dieses Verhalten als Fehler zu betrachten? Hat jemand ähnliches
> > > beobachtet?
> >
> > Ich würd mit nethogs mal schauen, welche Verbindungen der da dann noch
> > offen hat.
> >
> > Und mal alle Erweiterungen entfernen / deaktivieren, um zu schauen, ob
> > das Problem dann immer noch auftritt.
>
> danke für den Hinweis auf nethogs
> allerdings netcat zeigt mir folgendes:
>
> ein einziger Aufruf von m.wetteronline.de lässt iceweasel 12 http
> verbindungen aufbauen, 2 davon sind verschlüsselt. 10 laufen zu der
> Domain 1e100.net, 1 zu facebook und 1 zu akamai (der bekanntermassen
> von iceweasel selbst angesteuert wird.
>
> die Domain 1e100.net gehört Google
>
> Interessant nun, wenn ich die wetteronline verlasse und zurück zur
> Startseite gehe, bleiben die Verbindungen zu Google größtenteils
> VERBUNDEN, auch noch nach langem warten. Insgesamt werden während des
> Seitenaufrufs 80.000 Byte _gesendet_.
Dagegen hilft das Request Policy Plugin. Gibts im Paket xul-ext-
requestpolicy.
Seitdem bin ich ziemlich erstaunt, dass viele Seiten Anfragen auf Google-
Server stellen. Für Zeichensätze, für CSS, für Skripte. Oft funktioniert
die Seite auch ohne, aber nicht immer. Und bei Zahldiensten ist halt
aufzupassen, aber da geht es bei mir so gut wie immer, wenn ich die
Verbindung nachträglich akzeptiere und den Browser damit die Seite neu
laden lasse.
Mit dem Plugin sah ich dann auch, wohin Seiten sonst noch so telefonieren
wollen.
Selbst das aus dem Debian-Paket installierte Wordpress mit dem Standard-
Thema lädt CSS / Schriftarten von Google. Das habe ich ihm mit dem Disable
Google Fonts Plugin abgewöhnt, und gleich auch einen Bugreport bei Debian
eingereicht. Bevor ich das Plugin installiert habe, hab ich das nichtmal
mitbekommen und damit die Privatsphäre der Nutzer meiner Wordpress-
Installation gefährdet.
Was Google mit den Daten macht? Wer weiß. Aber dadurch laufen halt extrem
viele Informationen bei Google ein. Ich glaub nicht, dass Google
Schriftarten, CSS und Skripten aus rein altruistischen Motiven
bereitstellt.
Ich finde ja, entweder die Skripte oder Schriftarten und das CSS sind frei,
dann haue ich das lokal auf meinen Server. Denn warum sollte ich die
Darstellung meiner Seite davon abhängig machen, ob andere Server verfügbar
sind? Oder sie sind nicht frei und dann interessieren sie mich nicht.
Also wenn das Web 2.0 ist, dann möchte ich wieder Web 1.0 haben :)
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: