[SM 2.0] Aergerliche Last beim Starten von MailNews
Hartmut Figge
seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
- mein SM startet im Browser - eine nicht unbetr�chtliche Zeit ziemlich
viel CPU-Last verbraten wird.
Aufgefallen ist mir das dadurch, dass ein Posting, das man sich w�hrend
dieser Zeit ansehen will, leer ist. Sogar im Quelltext. Einzige Hilfe
ist L�schen des Cache.
Muss relativ neu sein. Hm, was werkelt da im Hintergrund? Etwa dieses
ber�chtigte gloda, das bei mir unter about:config nicht erscheint?
Hartmut
--
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User :-)
Hartmut Figge
>Hm, was werkelt da im Hintergrund? Etwa dieses ber�chtigte gloda, das
>bei mir unter about:config nicht erscheint?
Unwahrscheinlich wegen
----- mailnews.js -----
// -- Global Database (gloda) options
// Should the indexer be enabled?
pref("mailnews.database.global.indexer.enabled", false);
---------------
K�nnte nat�rlich sein, dass Gloda dennoch aktiv ist. Immerhin gibt es im
Profil eine global-messages-db.sqlite.
Karsten Düsterloh
>>Hm, was werkelt da im Hintergrund? Etwa dieses ber�chtigte gloda, das
>>bei mir unter about:config nicht erscheint?
>
> Unwahrscheinlich wegen
Bug 515805 - denn der sollte ja gefixt sein und somit auch kein Gloda
mehr aktiv sein. Du k�nntest ja mal �berpr�fen, ob das auch wirklich der
Fall ist und das mit jenem Overlay geladene Script auch nicht mehr
vorhanden ist.
Karsten
--
Freiheit stirbt | Fsayannes SF&F-Bibliothek:
Mit Sicherheit | http://fsayanne.tprac.de/
Hartmut Figge
>Bug 515805 - denn der sollte ja gefixt sein und somit auch kein Gloda
>mehr aktiv sein. Du k�nntest ja mal �berpr�fen, ob das auch wirklich der
>Fall ist und das mit jenem Overlay geladene Script auch nicht mehr
>vorhanden ist.
chrome://gloda/content/thunderbirdOverlay.xul ist von meinem SM2 aus
erreichbar. Es l�dt offenbar ein overlay.js mit der Folge
// get the core
Components.utils.import("resource://app/modules/gloda/public.js");
Es ist aber ungewiss, inwieweit gloda mit meinem Problem zu tun hat. Die
Datei global-messages-db.sqlite ist vom 16.9., also schon �lter.
Kann nat�rlich trotzdem sein. Ein Debug-Build und ein wenig
Experimentieren w�rde mehr Informationen liefern. Meine Meldung hier war
allerdings nur als Stochern gedacht, ob das Ph�nomen auch bei anderen
auftritt. ;)
Hartmut Figge
>chrome://gloda/content/thunderbirdOverlay.xul ist von meinem SM2 aus
>erreichbar.
Was nat�rlich wenig besagt. Ahem. Daraufhin habe ich mal genauer
nachgesehen. Ohne den Patch erhalte ich mittels einer Dump-Anweisung
hafi@e675 ~ $ affe -mail
gloda.xul meldet sich
Diese Meldung wird durch den Patch verhindert. Er wirkt also.
Hartmut Figge
>seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
>- mein SM startet im Browser - eine nicht unbetr�chtliche Zeit ziemlich
>viel CPU-Last verbraten wird.
Und nicht nur beim Start. MailNews l�uft gerade ziemlich idle vor sich
hin, w�hrend ein neuer SM gebaut wird. Dennoch gibt es unerwartete
Spitzen bei der CPU Last.
Top zeigt, dass SM meist friedlich ist, aber manchmal 24%, manchmal 76%
und sogar manchmal 100% von der CPU beansprucht. Geht nat�rlich auf die
Compilierzeit.
Was passiert da nur im Hintergrund? Werden dauernd und unn�tigerweise
die .msf neu gebaut? Wird da irgendetwas indiziert, was fr�her so nicht
der Fall war?
Die Abfrage nach neuen Postings kann es kaum sein. Gibt im Moment kaum
welche. Hm.
Alfred Peters
> seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
> - mein SM startet im Browser - eine nicht unbetr锟絚htliche Zeit ziemlich
> viel CPU-Last verbraten wird.
Die ungew锟絟nliche CPU-Last kann ich nicht best锟絫igen.
Das der TB f锟絩 die News-Server Aktualisierung 10-30 Sekunden lang r锟絛elt,
ist hier so, seit die Mozillen die Header s锟絤tlicher Gruppen auf einmal
abrufen.
W锟絟rend dieser Zeit kann ich Deine andere Beobachtung f锟絩 den TB[1] jedoch
best锟絫igen.
> Aufgefallen ist mir das dadurch, dass ein Posting, das man sich w锟絟rend
> dieser Zeit ansehen will, leer ist. Sogar im Quelltext. Einzige Hilfe
> ist L锟絪chen des Cache.
Drei mal ACK.
Last good:
# Start Ceckout: Thu Sep 24 11:26:01 GMT 2009
First bad:
# Start Ceckout: Fri Sep 25 06:26:53 GMT 2009
Zwei Unterschiede stelle ich fest:
1. Sofort nach dem Aufklappen des Servers erscheint "There are no new
messages on the server" in der Statuszeile.
2. Der TB zeigt zwar sofort das leere Fenster an, im Serverlog erscheint
das notwendige "ARTICLE <nummer>" aber erst, wenn die
Header-Aktualisierung (GROUP/XOVER) durch ist. Dann scheint der TB sich
aber nicht mehr f锟絩 die Artikeldaten zu interessieren. Beim "Last good"
schiebt er das sofort dazwischen.
Aktiviere ich erst nach Abschluss des Updates den ersten Artikel, ist
alles OK.
> Etwa dieses
> ber锟絚htigte gloda, das bei mir unter about:config nicht erscheint?
Das ist hier (ebenfalls) abgeschaltet.
Alfred
[1] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre)
Gecko/20090928 Lightning/1.0pre Shredder/3.0pre
--
09738.8
Alfred Peters
> Es schrieb einmal Hartmut Figge:
>> Aufgefallen ist mir das dadurch, dass ein Posting, das man sich w�hrend
>> dieser Zeit ansehen will, leer ist. Sogar im Quelltext. Einzige Hilfe
>> ist L�schen des Cache.
> Last good:
># Start Ceckout: Thu Sep 24 11:26:01 GMT 2009
> First bad:
># Start Ceckout: Fri Sep 25 06:26:53 GMT 2009
Das ist Irref�hrend <seufz>!
Nachdem ich in dem Zeitraum keinen passendes Check-In zu finden war, haben
mich die ge�nderten Dateien zu [1] (geh�rt zu Bug 311774 [2]) gef�hrt.
Dort steht jedoch:
# Wed Sep 23 15:39:47 2009 -0400
Also 23.09.2009 19:39 GMT
Andererseits steht hier [3]:
| ------- Comment #29 From Joshua Cranmer [:jcranmer] 2009-09-24 04:39:10 PDT -------
|
| Pushed as changeset 3897:c41b9cf09178.
Also 24.09.2009 11:39 GMT
Passt also doch <seufz>!
Lange Rede, ...
Durch Check-Out best�tigt:
Ja, der Patch ist Schuld!
Alfred
[1] <http://hg.mozilla.org/comm-central/rev/c41b9cf09178>
[2] "Newsgroup unread counts don't reflect filter actions."
<https://bugzilla.mozilla.org/show_bug.cgi?id=311774>
[3] <https://bugzilla.mozilla.org/show_bug.cgi?id=311774#c29>
--
09738.9
Hartmut Figge
>Es schrieb einmal Hartmut Figge:
>> seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
>> - mein SM startet im Browser - eine nicht unbetr�chtliche Zeit ziemlich
>> viel CPU-Last verbraten wird.
>
>Die ungew�hnliche CPU-Last kann ich nicht best�tigen.
Mit anderen Worten, ich muss selber suchen. Seufz. *g*
Na gut. Zun�chst wollte ich mal ngrep einsetzen, um ppp0 zu �berwachen.
Leider gibt es da inzwischen einen Bug.
hafi@e675 ~ $ sudo ngrep -d ppp0
interface: ppp0 (92.228.147.7/255.255.255.255)
fatal: unsupported interface type 113
Also notgedrungen auf tcpdump umgestiegen. Dabei habe ich dann bemerkt,
dass sich SM2 �berhaupt nicht darum k�mmert, ob ein Newsserver
eingeklappt ist oder nicht. Zwar werden die H�kchen bei 'Server
Settings' respektiert, aber eben nicht, ob der Newsserver durch
Einklappen in der Folderpane deaktiviert wurde.
Sehr �rgerlich. Verursacht unn�tigen Traffic.
Aber egal, das w�re ein anderes Thema. Jetzt zur Last. Die �nderung
ergab sich hier:
hafi@e675 ~ $ fenster 0909240813-0909251108
2009-09-23 23:13:00 PDT
2009-09-25 02:08:00 PDT
Bei meinem icewm habe ich rechts unten kleine Fensterchen in der
Taskleiste, die mir anzeigen, was auf den Interfaces so vor sich geht.
Starte ich den �lteren SM2 mit zugeklappten Newsservern, warte ein wenig
und klappe dann albasani auf, sehe ich einen kurzen Peak bei ppp0. Das
Fenster f�r die CPU-Last zeigt sich unber�hrt.
Ab dem n�chsten SM2 allerdings sieht es anders aus. Die CPU-Last geht
f�r mehrere Sekunden reichlich hoch. Nicht sehr genau, ich wei�, aber
reicht ja als signifikanter Unterschied. :)
Anhaltspunkte f�r weitere Nachforschungen h�tte ich genug, aber, �h, nun
ja *g*
Hartmut Figge
>Lange Rede, ...
>
>Durch Check-Out best�tigt:
>Ja, der Patch ist Schuld!
Du bist so schrecklich aktiv. Ich hoffe, dass es mir gelingt, mein
schlechtes Gewissen im Zaum zu halten.
Hartmut Figge
>Alfred Peters:
>>Durch Check-Out best�tigt:
>>Ja, der Patch ist Schuld!
>
>Du bist so schrecklich aktiv. Ich hoffe, dass es mir gelingt, mein
>schlechtes Gewissen im Zaum zu halten.
Ist es nicht. Da war dauernd so ein heimt�ckisches Nagen im Hintergrund
wegen der verd�chtigen �bereinstimmungen. Seufz.
Also, nach Rauswerfen dieses Patches ist auch das Problem mit der
CPU-Last beseitigt.
Alfred Peters
>> Ich hoffe, dass es mir gelingt, mein
>> schlechtes Gewissen im Zaum zu halten.
Um Abbitte zu leisten, k�nntest Du einen Bug anlegen. *d&r*
> Ist es nicht. Da war dauernd so ein heimt�ckisches Nagen im Hintergrund
:-)
> wegen der verd�chtigen �bereinstimmungen. Seufz.
>
> Also, nach Rauswerfen dieses Patches ist auch das Problem mit der
> CPU-Last beseitigt.
Der Patch soll die Z�hlung der ungelesenen Artikel korrigieren, wenn
Artikel gefiltert wurden. Kann so eine Filterregel bei dir die Last
verursachen?
Ich habe hier zwar auch zwei Filter aktiv, diese ver�ndern aber lediglich
die Tags.
Alfred
--
09739.4
Hartmut Figge
>Es schrieb einmal Hartmut Figge:
>> Also, nach Rauswerfen dieses Patches ist auch das Problem mit der
>> CPU-Last beseitigt.
>
>Der Patch soll die Z�hlung der ungelesenen Artikel korrigieren, wenn
>Artikel gefiltert wurden. Kann so eine Filterregel bei dir die Last
>verursachen?
Unwahrscheinlich, weil ich kaum Filter habe. Aber nat�rlich nicht
unm�glich. Sinnvoller schien zun�chst die �berpr�fung des Einflusses von
Mnenhy - ein beliebter S�ndenbock :) - und als das nichts brachte, auch
ein Test mittels safe-mode. Ergebnislos.
Ein h�ndisches Deaktivieren der vorhandenen Filter ist nackter Wahnsinn.
Jede NG aufsuchen, dann im Filtermen� nachschauen, ob da �berhaupt
Filter sind, die man deaktivieren k�nnte.
Viel bequemer, zeitweilig alle *.dat zu entfernen. :)
Nur, bringt auch nichts. Es liegt nicht an meinen Filtern. Es muss daran
liegen, auf welche Art im Patch die �berpr�fung vorgenommen wird.
Und nein, ich habe �berhaupt keine Lust, da genauer nachzusehen. *g*
Alfred Peters
> Also, nach Rauswerfen dieses Patches ist auch das Problem mit der
> CPU-Last beseitigt.
Ich habe einen Vorher-Nachher-Vergleich gemacht. Und Du hast Recht, ohne
den Patch ist auch beim TB die CPU-Last merklich niedriger.
War mir subjektiv so nicht aufgefallen.
Alfred
--
09739.5
Martin Freitag
> Es schrieb einmal Hartmut Figge:
>> Hartmut Figge:
>
>>> Ich hoffe, dass es mir gelingt, mein
>>> schlechtes Gewissen im Zaum zu halten.
>
Das ist eine vorzügliche Idee xD
Martin
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - http://www.gerstbach.at/2004/ascii
Hartmut Figge
>Alfred Peters schrieb:
>> Um Abbitte zu leisten, k�nntest Du einen Bug anlegen. *d&r*
>Das ist eine vorz�gliche Idee xD
Dieses 'd&r'? Einverstanden. *fg*
Hartmut Figge
>seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
>- mein SM startet im Browser - eine nicht unbetr�chtliche Zeit ziemlich
>viel CPU-Last verbraten wird.
Und jedesmal, wenn die Newsserver neu abgefragt werden. L�stig.
Reichlich. Nun, falls noch niemand einen Bug angelegt haben sollte, wird
das bestimmt noch geschehen. :)
Martin Freitag
> Hartmut Figge:
>
>> seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
>> viel CPU-Last verbraten wird.
>
> Und jedesmal, wenn die Newsserver neu abgefragt werden. Lästig.
> Reichlich. Nun, falls noch niemand einen Bug angelegt haben sollte, wird
> das bestimmt noch geschehen. :)
Nicht wenn die ganzen Leute da draußen auf ihren Hexacores mit 10 Ghz
davon nicht viel bemerken. :-S
Hartmut Figge
>Hartmut Figge schrieb:
>> Und jedesmal, wenn die Newsserver neu abgefragt werden. L�stig.
>> Reichlich. Nun, falls noch niemand einen Bug angelegt haben sollte, wird
>> das bestimmt noch geschehen. :)
>
>Nicht wenn die ganzen Leute da drau�en auf ihren Hexacores mit 10 Ghz
>davon nicht viel bemerken. :-S
Zwei Kerne habe ich auch. Mit 2,66GHz. Plus 4GB RAM. Und dennoch wird
mein Rechner derart belastet, dass die Auswirkungen sich stark bemerkbar
machen.
Na ja, das Release kommt bald, der f�r das Verhalten verantwortliche
Patch wird enthalten sein, es wird Installationen auf schw�cheren
Rechnern als meinem geben und das Gejammer wird anfangen. :)
Martin Freitag
> Martin Freitag:
>> Hartmut Figge schrieb:
>
>>> Reichlich. Nun, falls noch niemand einen Bug angelegt haben sollte, wird
>>> das bestimmt noch geschehen. :)
>>
>> davon nicht viel bemerken. :-S
>
> Zwei Kerne habe ich auch. Mit 2,66GHz. Plus 4GB RAM. Und dennoch wird
> mein Rechner derart belastet, dass die Auswirkungen sich stark bemerkbar
> machen.
>
> Patch wird enthalten sein, es wird Installationen auf schwächeren
> Rechnern als meinem geben und das Gejammer wird anfangen. :)
Sowas sollte wirklich nicht ins Release, wenn es bekannt ist, das macht
nur "schlechte Presse", wenn SM2 mit "tamm-tamm" rausgeht.
Es werden schon andere Abstriche gemacht, ich denke da nur an so simple
(ich kann mir einfach nicht vorstellen, dass das Schließen eines
Fensters programmtechnisch derart kompliziert ist, wenn der user etwas
klickt) aber auch nervige Dinge wie den nicht schließenden
Fortschrittsdialog, wenn man den zugehörigen Ordner öffnen lässt oder
die Datei ausführt :-S
Das sind einfach nur grottige "Regressions", die für eine Beta
akzeptabel aber für ein Release einfach nur schlecht sind.
Man fühlt sich ja fast wie bei Netscape6, der war auch überhaupt nicht
reif genug bei Erscheinen. (zum Glück verreckt SM2 immerhin nicht so oft)
Martin
Hartmut Figge
>Hartmut Figge schrieb:
>> Na ja, das Release kommt bald, der f�r das Verhalten verantwortliche
>> Patch wird enthalten sein, es wird Installationen auf schw�cheren
>> Rechnern als meinem geben und das Gejammer wird anfangen. :)
>
>Sowas sollte wirklich nicht ins Release, wenn es bekannt ist, das macht
>nur "schlechte Presse", wenn SM2 mit "tamm-tamm" rausgeht.
Der Patch beseitigt �rgerlichkeiten, bringt aber gleichzeitig neue mit
sich. Nicht nur die Sache mit der Last, sondern in meinen Augen nicht
tragbare Bugs.
Es ist zu sp�t, nach den Ursachen zu suchen. F�r das Release w�rde ich
den Patch rauswerfen, nachher wieder reinbringen und dann in Ruhe nach
einer L�sung suchen.
Gl�cklicherweise bin ich aber nur Zuschauer und muss keine Verantwortung
tragen. :)
Hartmut Figge
>Der Patch beseitigt �rgerlichkeiten, bringt aber gleichzeitig neue mit
>sich. Nicht nur die Sache mit der Last, sondern in meinen Augen nicht
>tragbare Bugs.
Leider hat das Rauswerfen der inzwischen zwei Patche von Bug 311774
diesmal bzgl. der Last nicht geholfen, obwohl ich mir einbilde, dass
dies fr�her anders war. Hm.
Eine �berpr�fung des fr�her angegeben Zeitfensters ergab, dass es
zutreffend war. Also
hafi@e675 ~ $ fenster 0909240813-0909251108
2009-09-23 23:13:00 PDT
2009-09-25 02:08:00 PDT
Mal schaun, ob es da noch was Verd�chtiges gibt.
Hartmut Figge
>seit einiger Zeit ist mir aufgefallen, dass nach dem Aufruf von MailNews
>- mein SM startet im Browser - eine nicht unbetr�chtliche Zeit ziemlich
>viel CPU-Last verbraten wird.
Es ist an der Zeit, ein paar Zahlen zu liefern, da dieses �rgernis auch
jedesmal auftritt, wenn ein Newsserver automatisch neue Postings holt.
Bei der Messung war SM abgesehen vom Holen neuer Postings unbesch�ftigt.
Das Abfrageintervall war eine Sekunde, wie man am Anfang der jeweils
ersten Zeile sehen kann. Die jeweilige Last steht in der Spalte %CPU.
http://www.triffids.de/pub/sm/2.0/load/smlog.txt (7 KB)
Das jetzige Verhalten von SM betrachte ich als unzumutbar.