Hi,
Wieso schnalzt die CPU beim Senden einer Nachricht (mit Anhang) auf 100%?
Das macht Senden von Nachrichten oft umnmöglich! Ich glaube das ist erst seit TB 3 so...
LG
divB
TB 3.0.6, IMAP Konto, WinXP SP3
Hi,
Wieso schnalzt die CPU beim Senden einer Nachricht (mit Anhang) auf 100%?
Das macht Senden von Nachrichten oft umnmöglich! Ich glaube das ist erst seit TB 3 so...
LG
divB
TB 3.0.6, IMAP Konto, WinXP SP3
Hi,
ZitatTB 3.0.6
gibts nicht, jedenfalls nicht offiziell - vielleicht deshalb?
Sorry, 3.0.5
Hi DivB,
(((der Mac, das unbekannte Wesen ... .))) <== das ist natürlich Quatsch, sorry
Ohne dass ich eine Ursache kenne, würde ich jetzt so vorgehen.
(Ich gehe mal davon aus, dass du genau so wie ich als Linuxuser keinen Virenscanner betreibst, welcher sinnfreierweise den ausgehenden Mailtraffic scannt. Das wäre auf der WinDOSe der Verdächtige Nr. 1) <== dafür ist das aktuell!
1. das Speichern der gesendeten Mails in einen wo auch immer befindlichen "Gesendet"-Ordner deaktivieren => testen
2. ausgehend von 1. überprüfen, ob die SENT- mboxDatei zu groß, defekt, nie komprimiert, usw. ist. Neu kompr. und indizieren. Evtl. auch neu anlegen
3. Die Verschlüsselung der Verbindung zum Server deaktivieren => testen (TLS/SSL = Rechenleistung)
4. Schnell mal ein kleines Testprofil anlegen. Dort auch diese Last?
5. In den generellen Einstellungen mal die neue Volltextsuche deaktivieren. Indizieren = Last! (Das ist die wichtigste hier passende Änderung zw. TBv2 und TBv3.)
6. Passiert das auch im Safe-Mod? (Also mit vollständig deaktivierten Add-ons)
Wie groß ist denn überhaupt der Anhang? Gibt es ein Limit oder beginnt der Effekt bereits mit kleinen Anhängen?
Du weißt, dass binäre Anhänge (also alles außer reinen Textdateien!) vor dem Versenden kräftig umcodiert werden müssen, und dabei ihr Volumen um 30% vergrößern. Das ist schon ein nicht zu unterschätzender Rechenumfang!
MfG Peter
edit: das mit dem Mac zumindest ausgeklammert, zum Löschen ist es ja zu spät
Zitat von "Peter_Lehmann"
der Mac, das unbekannte Wesen ... .
Hallo Peter
wie kommst Du denn hier auf einem Mac
Zitat von "divB"
TB 3.0.6, IMAP Konto, WinXP SP3
Zitat von "Peter_Lehmann"
(Ich gehe mal davon aus, dass du genau so wie ich als Linuxuser keinen Virenscanner betreibst, welcher sinnfreierweise den ausgehenden Mailtraffic scannt. Das wäre auf der WinDOSe der Verdächtige Nr. 1)
FACK. Immer dieses sinnfreie Scannen ausgehender Mails.
Zitat
Wie groß ist denn überhaupt der Anhang? Gibt es ein Limit oder beginnt der Effekt bereits mit kleinen Anhängen?
Du weißt, dass binäre Anhänge (also alles außer reinen Textdateien!) vor dem Versenden kräftig umcodiert werden müssen, und dabei ihr Volumen um 30% vergrößern. Das ist schon ein nicht zu unterschätzender Rechenumfang!
ACK,
Als Ergänzung für den OP:
Konfigurieren von Windows XP auf die Durchführung eines "sauberen Neustarts"
HTH
Gruß Ingo
schlingo: Manchmal lenkt eben meine Arbeit vom Forum ab
Irgendwie hatte ich vorher einen Mac-User dran.
MfG Peter
Zitat von "Peter_Lehmann"Manchmal lenkt eben meine Arbeit vom Forum ab
Hallo Peter
Hauptsache, das Forum lenkt Dich nicht von der Arbeit ab
Zitat
Irgendwie hatte ich vorher einen Mac-User dran.
Kein Problem
HAND
Gruß Ingo
Hi,
ZitatIch gehe mal davon aus, dass du genau so wie ich als Linuxuser keinen Virenscanner betreibst, welcher sinnfreierweise den ausgehenden Mailtraffic scannt
Richtig, kein Virenscanner
Zitat1. das Speichern der gesendeten Mails in einen wo auch immer befindlichen "Gesendet"-Ordner deaktivieren => testen
Nein, weil ein Mail zuerst gesendet wird und dann erst im Sent-Folder gespeichert wird. Die CPU schnalzt beim Beginn des Sendevorgangs rauf und geht erst danach wieder runter.
Zitat4. Schnell mal ein kleines Testprofil anlegen. Dort auch diese Last?
Ja
Zitat5. In den generellen Einstellungen mal die neue Volltextsuche deaktivieren. Indizieren = Last! (Das ist die wichtigste hier passende Änderung zw. TBv2 und TBv3.)
Wurde von Anfang an deaktiviert
ZitatWie groß ist denn überhaupt der Anhang? Gibt es ein Limit oder beginnt der Effekt bereits mit kleinen Anhängen?
Keine Ahnung, aber ab 1MB eigentlich immer
ZitatDu weißt, dass binäre Anhänge (also alles außer reinen Textdateien!) vor dem Versenden kräftig umcodiert werden müssen, und dabei ihr Volumen um 30% vergrößern. Das ist schon ein nicht zu unterschätzender Rechenumfang!
Ja weiss ich. Aber abgesehen davon dass dass das Anhängen VOR dem Senden geschieht ist die "Rechenlast" lächerlich für heutige Computer. Das Umkodieren von 1MB Binärdaten nach Base64 geht in ein paar Millisekunden!
Zitat3. Die Verschlüsselung der Verbindung zum Server deaktivieren => testen (TLS/SSL = Rechenleistung)
Ja, das scheint es zu sein! Und das scheint ein BÖSER BUG zu sein!
Rechenleistung als Argument zieht auch hier nicht. Ich hab im Hintergrund zig SSH Sessions offen, transferiere Daten über HTTPS und SCP und die CPU bleibt still. TrueCrypt verschlüsselt ganze Festplatten praktisch ohne Overhead. Und eine normale SSL Verbindung zu einem Mailserver hängt den TB aus?
Also das würd mich jetzt echt interessieren: Ist das nur bei mir so?
Auf alle Fälle kann es sich nur um einen Bug handeln. Werd mal einen Bugreport einschicken.
lg
divB
Hi divB,
ich freue mich, dass zumindest eine meiner Vermutungen in Schwarze traf.
Nein, normal ist das nicht. Bei mir geht auch (außer den üblichen http-Verbindungen, DNS-Abfragen usw. ) nichts unverschlüsselt raus bzw. rein. Selbstverständlich sind auch alle pop3-, imap- und smtp-Verbindungen verschlüsselt. Und das natürlich ohne jegliche Probleme.
Ich möchte deswegen nicht gleich von einem Bug im Thunderbird sprechen. Dann würde dieses Problem hier ja "Tagesordnung" sein.
Aus deinen Antworten habe ich herausgelesen, dass du weißt, wovon du schreibst.
ICH persönlich würde jetzt den wireshark anwerfen und auch mal mit Filemon/Prozessmon etwas experimentieren ... . Mehr kann ich dir jetzt nicht raten.
MfG Peter
Hi,
ZitatIch möchte deswegen nicht gleich von einem Bug im Thunderbird sprechen.
Von was denn sonst? Das Programm arbeitet nicht fehlerfrei (und das sogar mit fehlerfreier Bedienung!), das ist doch genau die Definition eines Bugs.
ZitatDann würde dieses Problem hier ja "Tagesordnung" sein.
Dann wäre es wahrscheinlich kein Bug mehr weil es sonst schon einen Bugfix gäbe. Deswegen hab ich hier zuerst reingepostet.
Auf alle Fälle hab ich einen Bug gefiled. Es scheint viele ähnliche Probleme zu geben; mein Problem hat bisher leider noch keiner behoben.
Allerdings bin ich etwas weiter: Ich habe IPv6 installiert, eventuell etwas was nicht jeder hat und sich deshalb bei der Masse vielleicht nicht so auswirkt.
Ich habe es mal deinstalliert, das Problem hat sich geändert (und verbessert), ist aber bei weitem nicht behoben.
Vorher: CPU geht auf 100%, der Sendevorgang bleibt oft schon bei 4% hängen. Mit vieeel Glück geht er irgendwann mal zu Ende
Jetzt: CPU geht "nur" mehr auf ca. 75-80%, bleibt jedoch nicht mehr hängen; Nachricht wird dadurch versandt.
Deshalb meine Bitte: Könntest du (oder wer anders der ebenfalls TLS/SSL bei SMTP verwendet) folgendes probieren:
Leere Mail erstellen, 10 MB Attachment anfügen (oder wenigstens das Maximum des Servers) und losschicken (das kann dann eh abgebrochen werden).
Währenddessen genau die CPU beobachten. Auf vieviel % geht die CPU bei dir/euch *während* des Sendens?
LG
divB
Mache ich - wenn ich wieder an meiner heimischen Kiste sitze.
Ich habe das gleiche Problem. Wäre schön, wenn sich die Entwickler endlich mal darum kümmern würden.
Gruß
phuck
ZitatIch habe das gleiche Problem. Wäre schön, wenn sich die Entwickler endlich mal darum kümmern würden.
Hier gibt es keine Entwickler und die lesen hier auch nicht mit. Wir sind ein User-helfen-User-Forum.
Du kannst dazu aber gerne im englischen Schwester-Forum Fragen stellen, dort lesen auch Entwickler mit.
http://forums.mozillazine.org/viewforum.php?f=39
oder bei https://bugzilla.mozilla.org/
Übrigens bei mir geht die Prozessorauslastung bei Beginn des Versendens auf 14%, am Ende schnellt sie für eine halbe Sekunde auf 27%
Gruß