Das Notes Forum

Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: TimDom am 02.07.12 - 13:56:38

Titel: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 13:56:38
Hallo zusammen,

die Tage meldeten sich ein paar User, die berichteten, dass das weiterleiten von Email mit Anhängen relativ lange dauert.
Es sieht so aus, dass grössere Mails (ca. 9MB) in einem allgemeinen Emailpostfach ankommen.
Daraufhin wollen die Benutzer diese Mail weiterleiten inkl. der Anhänge. Den Sinn habe ich schon ein paar mal in Frage gestellt, aber da lassen die sich natürlich auf keine Diskussion ein.   :(

Wie dem auch sei. Klickt der Benutzer auf "Weiterleiten mit Anhängen", blitzt im Notesclient 8.5.2 der Kommunikationsblitz mal so für ca. 1 Minute. Klickt der Benutzer auf "Senden", geht das noch mal so für ca. 1,5 Minuten und man kann nichts in Notes machen.
Bei einem anderen Benutzer geht das weiterleiten ratz fatz und erst bei "Senden" dauert es in Notes auch so etwa 1,5 Minuten.
Eine reine Netzwerkkopie der ca 9MB gehen unter 3 Sekunden von statten. Auch auf den Dominoserver, der unter Linux läuft, geht die Kopie gar verschlüsselt in 2 Sekunden.

Den Virenscanner habe ich auch mal kurzfristig deaktiviert. Leider hat sich die Zeit da nicht gebessert.
Die Ports auf dem Server als auch auf dem Client werden auch nicht verschlüsselt.

Hat jemand eine Idee, aus welchem Grunde der Notesclient so lange dafür braucht?
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: Tode am 02.07.12 - 15:15:47
Mal das lokale temp- Verzeichnis löschen. Wenn man attachments weiterleitet werden diese lokal ins tempverzeichnis detached, und dann wieder reattached. (oder so ähnlich) und ein zu volles temp-Verzeichnis verlangsamt diese Aktion signifikant.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 15:36:03
Hi,

bringt nicht wirklich viel.
Ich habe mal das c:\temp gelöscht.
Dann gibts da ja noch eine unter

C:\Documents and Settings\USERNAME\Local Settings\Temp\notesXXXX wobei XXXX wohl eine Version von  Notes darstellt.

Das Verzeichnis verschwindet allerdings beim schliessen von Notes. Also mal richtig temporär und während der Laufzeit nicht wirklich voll.
In der notes.ini habe ich auch mal nichts gefunden, was auf ein anderes temporäres Verzeichnis verweist.

Schon irgendwie komisch.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: Tode am 02.07.12 - 15:56:34
Na ja: Nen Versuch wars wert...
wie viele Dateien liegen denn in C:\Documents and Settings\USERNAME\Local Settings\Temp\ (also nicht innerhalb des Notes- Verzeichnisses)
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: Ralf_M_Petter am 02.07.12 - 16:17:10
Der Server auf den hier zugegriffen wird, ist aber schon im Lan und nicht über einen Wanlink erreichbar?

Für mich hört sich das so an, als ob die Mails über eine langsame Netzwerkverbindung gehen. Der eine bei dem zumindest weiterleiten schnell geht, hat dann vielleicht eine lokale Replik seiner Maildatenbank.

Grüße

Ralf
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 17:21:54
Zitat von: Tode am 02.07.12 - 15:56:34
Na ja: Nen Versuch wars wert...
wie viele Dateien liegen denn in C:\Documents and Settings\USERNAME\Local Settings\Temp\ (also nicht innerhalb des Notes- Verzeichnisses)
Da müsste ich morgen mal schauen. Hab ich jetzt nicht im Kopf und sitze auch nicht mehr an dem/den besagten Rechner.

Zitat von: Ralf_M_Petter am 02.07.12 - 16:17:10
Der Server auf den hier zugegriffen wird, ist aber schon im Lan und nicht über einen Wanlink erreichbar?

Für mich hört sich das so an, als ob die Mails über eine langsame Netzwerkverbindung gehen. Der eine bei dem zumindest weiterleiten schnell geht, hat dann vielleicht eine lokale Replik seiner Maildatenbank.

Grüße

Ralf

Nope. Definitiv mal LAN.
Denn via WinScp geht das Kopieren der Dateien ja auch ratz fatz.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: koehlerbv am 02.07.12 - 20:19:04
Zitat von: TimDom am 02.07.12 - 17:21:54
Nope. Definitiv mal LAN.
Denn via WinScp geht das Kopieren der Dateien ja auch ratz fatz.

Dir ist aber klar, dass das eine mit dem anderen auch gar nichts zu tun hat? Welchen Weg der Client zum Server wählt, wird ja ganz woanders eingestellt ...

Bernhard
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 20:23:23
Augenscheinlich nicht. Ich bin bislang davon ausgegangen, dass wenn mein Notes Client mit dem Dominoserver kommuniziert, dass auf der gleichen Ebene abläuft, als wenn ich mit bspws. WinScp mit dem Linuxserver, auf welchem der Domino läuft abgeht.  :-:

Bzw. wenn keine LAN Verbindung zwischen Server und Client wäre, würden die 9MB mi WinScp mit Sicherheit auch langsamer transferiert werden.

Du kannst ja vielleicht ein wenig Licht in meine Dunkelheit bringen.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: koehlerbv am 02.07.12 - 20:36:02
Du kannst Dir doch schon mal via Connection Documents oder LNA-Ports im Notes-Clients sonstwas einstellen. Nur mal so als Denkanstoss ...

Bernhard
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: DigitDani am 02.07.12 - 20:43:45
Moin Tim,

Zitat von: TimDom am 02.07.12 - 20:23:23
Ich bin bislang davon ausgegangen, dass wenn mein Notes Client mit dem Dominoserver kommuniziert, dass auf der gleichen Ebene abläuft, als wenn ich mit bspws. WinScp mit dem Linuxserver, auf welchem der Domino läuft abgeht.
Aber niemals nicht. Sind ja alleine schon völlig unterschiedliche Protokolle (NRPC vs. SFTP,FTP,SCP).

Ich hab hier jetzt keine Musterlösung für Dich aber ich würde noch überprüfen:
1. Portkomprimierung evtl. nur auf einer Seite (Client ODER Server) aktiv statt auf beiden? Ganz schlecht falls ja.
2. Du sagst Virenscanner hattest Du testweise deaktiviert (On Access Scan nehme ich an?). Es gibt aber nicht zufällig einen Virenscanner, der per EXTMGR oder NSFHook in den Client integriert ist? Auch ganz schlecht falls ja.
3. Client Clocking einschalten, Aktion ausführen und RPC Log mal hier zeigen.

vlg
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 20:50:09
Punkt 1: Checked und auf beiden Seiten Off
Punkt 2: EXTMGR und NSFHook aus notes.ini des Clients gekillt. Somit doch zu 100% aus dem Rennen?
Punkt 3: Client Clocking? Was ist denn das? (Blöde Fragen gibt's ja bekanntlich nicht)

Hm, gilt nur bis Version 7:

http://www-01.ibm.com/support/docview.wss?uid=swg21239553

Zitat von: koehlerbv am 02.07.12 - 20:36:02
Du kannst Dir doch schon mal via Connection Documents oder LNA-Ports im Notes-Clients sonstwas einstellen. Nur mal so als Denkanstoss ...

Bernhard
Da muss ich dann wohl mal suchen, was das (LNA-Ports) denn nun wieder zu bedeuten hat....
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TRO am 02.07.12 - 20:58:01
Übersetze:
LNA --> LAN
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 21:01:40
Und was soll bei den LAN Ports gross einstellbar sein?
IBM standard halt: Beim Client TCPIP Port enabled und Time Out Duration von 5 Sekunden.

Beim Server ebenfalls TCPIP enabled und Netaddress ist gleich dem FQN.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 02.07.12 - 21:06:55
Aha.

http://www-10.lotus.com/ldd/dominowiki.nsf/dx/client_clock

Ich werde das morgen mal setzen. Dann schauen wir mal.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: koehlerbv am 02.07.12 - 23:03:10
Sorry für den Typo ("LNA")

Bernhard
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 03.07.12 - 07:24:15
Zitat von: Tode am 02.07.12 - 15:56:34
Na ja: Nen Versuch wars wert...
wie viele Dateien liegen denn in C:\Documents and Settings\USERNAME\Local Settings\Temp\ (also nicht innerhalb des Notes- Verzeichnisses)
Also Dateien liegen da 79. Komischerweise auch einige mit NotesImageCache...
Verzeichnisse sind da 28.

Bis auf eine Datei, die ~DFE38C.tmp heisst, habe ich da auch mal alles gelöscht. Allerdings keinen Geschwindigkeitsvorteil erreicht.


Anbei auch mal das Log, nachdem ich ClientDebug auf 1 gesetzt habe. Danach Notes neu gestartet und die besagte Mail weitergeleitet. Das hat dann wieder mehr als 1 Minute gedauert.

Was ich da sehen konnte ist der Eintrag:

[0FEC:0007-0944] (1-7 [1]) OPEN_DB(CN=myOLDserver/O=here!!roaming\USERID\roamingdata.nsf): (Connect to myOLDserver/here: 0 ms) (Exch names: 0 ms)(Authenticate: 2 ms.)
[0FEC:0007-0944] (OPEN_SESSION: 1 ms)
[0FEC:0007-0944] 1 ms. [134+290=424] (File does not exist)

Und zwar ist myOLDserver ein alter Dominoserver, wo die Roaming daten mal lagen. Umgezogen wurde der Benutzer auf "myserver", wo auch aktuell die Daten liegen. Eigentlich finde ich auch keine Stelle mehr, wo noch myOLDserver drin steht. Aber irgendwo muss das ja noch sein. Der denkt sich das ja bestimmt nicht so aus.

Ansonsten sehe ich wohl den Wald vor Bäumen nicht.
Ich hoffe, dass da jemand den Punkt finden kann, wo es hängt.

Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: Tode am 03.07.12 - 07:36:13
OffTopic: Nur so als gut gemeinter Rat: du solltest Dir angewöhnen, nicht so trotzig wie ein kleines Kind zu antworten, und jeden Tipp sofort als "kann ja gar nicht sein" abzutun, und ab und zu auch mal zu zeigen, dass Du die Zeit, die andere sich für die Antworten nehmen, zu schätzen weisst, denn sonst wird Dir hier bald keiner mehr helfen...
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 03.07.12 - 07:50:43
Sorry wenn das so rübergekommen ist. Ist garantiert nicht meine Absicht.
Ich bin froh über jeden Tip, der mich in die richtige Richtung bringt.

Dafür schon mal ein Danke schön an die Runde.

Wenn ich aber noch mal so zurücklese, meine ich doch die Vorschläge ernst genommen bzw auch ausprobiert zu haben.
Deinen Vorschlag mit Temp Vereichnis habe ich ausprobiert.
Die 3 Punkte von DigitDani habe ich auch entsprechend geprüft und zumindest eine Rückfrage gestellt, da ich mit Client Clocking zunächst nichts anzufangen wusste.
Was sich dann heute morgen anderst dargestellt habe. Worauf dann die Datei zum querlesen gekommen ist.

Lediglich bei den LAN Ports gebe ich Dir vielleich Recht, dass das zu pampig war, wie ich die derzeitigen Einstellungen dokumentiert habe.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: RZLT am 03.07.12 - 08:00:06
Für mich sieht das so aus, als würde der Client trotzdem noch versuchen auf den "alten" Server zuzugreifen, was auch die Zeitverzögerung erklären würde.
Ist die Arbeitsumgebung richtig konfiguriert?
Also die Einstellungen für Mailhomeserver, evtl. Durchgangsserver, Pfad zur Maildatei.
Sind im lokalen Adressbuch noch Verbindungsdokumente zum "alten" Server vorhanden und keines zum neuen?
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: Ralf_M_Petter am 03.07.12 - 08:12:17
Wie sieht das Client Clock Debug Log aus, wenn du eine langsame Weiterleitung machst, wie du Sie im Eingangspost beschrieben hast. du kannst mir das Log sonst auch als Persönliche Nachricht zu kommen lassen, wenn du es nicht öffentlich posten willst.

Grüße

Ralf
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 03.07.12 - 08:29:10
Hi Tom,

ich habe gerade mal bei mir geschaut.
In meinem pers. Adressbuch gibt es Verbindungsdokumente zum alten als auch zum neuen Server.
Merkwürdigerweise sind da mehr als 1 pro Server und auch noch als "Notes Direct Dialup". Wie auch immer die da hin gekommen sind.
Es gibt aber auch "normale" Verb.-dokumente zu den beiden Servern. Und das zu dem alten Server brauchen wir auch, da da noch andere Datenbanken liegen.

Die Modemdokumente habe ich nun mal geslöscht und den Client neu gestartet.
Laut "Stoppuhr" dauert es immer noch 1:15 bis die 9 MB Mail weitergeleitet wird.

@Ralf:

Schau mal in dem Posting hier:

http://atnotes.de/index.php/topic,54531.msg352057.html#msg352057

Da habe ich das Log mal anonymisiert angehangen. Eventuell findest Du da ja den Knackpunkt.

Auch hier ein wenig Off-Topic:

Wie kann ich denn in einer PM einen Anhang anhängen?
Ich finde da nicht wirklich einen Button, wie hier uner den "Erweiterten Optionen".
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: Ralf_M_Petter am 03.07.12 - 08:49:02
Sorry das File habe ich zuerst übersehen. Nun laut dem Client clock log dauern die Readobject alle viel zu lange. Ich habe dein Szenario bei mir nachgestellt mit einem Attachment in der Größe von 8 MB und jeder ReadObject dauert unter 5 ms und die meisten dauern sogar nur 1 -2 ms. Ich denke mal du hast hier ein Netzwerkproblem. Kontrolliere mal auf deinem Switchport ob irgendwelche Fehler mitprotokolliert werden. Falls das nichts ergibt trace mit Wireshark den Netzwerkverkehr während du die Weiterleitungsaktion machst. Dann solltest du klarer sehen. Du kannst einen Filter mit Zielport 1352 setzen um den ganzen andern Netzwerkverkehr auszublenden.

Grüße

Ralf
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: RZLT am 03.07.12 - 08:54:39
Die Einträge in den Verbindungsdokumenten passen auch?
Hast Du den Pfad zum Mailverzeichniss überprüft, da in dem Log-Auszug was mit "File does not exist" auftaucht.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 03.07.12 - 09:02:09
Hi Ralf,

na da bin ich mal gespannt, was unsere Netzerwerker dazu sagen.
Auf jeden Fall sind Deine Werte mal wirklich klasse. Da wäre ich mal froh, wenn wir annährend da dran kämen.

@Tim:

Die Verbindungsdokument sind korrekt. Name und IP Adressen stimmen.
Allerdings würde da das DNS auch korrekt auflösen.

Und das "File does not exist" bezieht sich ja auf die roamingdata.nsf aus dem Roaming Verzeichnis des Benutzers.
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: DigitDani am 03.07.12 - 12:59:37
Moin Tim,

Zitat von: TimDom am 02.07.12 - 20:50:09
Punkt 1: Checked und auf beiden Seiten Off
Port compression einzuschalten macht unbedingt Sinn, solange man Notes nicht auf Citrix betreibt. Dort kann die leicht höhere CPU und RAM Auslastung schnell zu Deadlocks führen. Fat-Clients und aktuelle Server können damit aber generell sehr gut umgehen und Du hast 20-30% weniger Netzlast. Unbedingt aber auf beiden Seiten aktivieren, sonst müssen RPC Calls unnötigerweise mehrmals geschickt werden bevor die Gegenseite sie versteht.

Das mit dem alten Server ist zwar unschön, kann aber bei der Betrachtung hier ausser Acht gelassen werden. Der Client versucht nur beim Start und Beenden mit diesem Server zu kommunizieren und benötigt dafür nur einige wenige ms.

Zuerst stimme ich mal Ralf zu, ihr habt sehr wahrscheinlich ein Netzwerkproblem (mind. schlechte Latenzwerte):

Code
[0F88:0002-085C] (179-27 [180]) READ_OBJECT(REPC1257111:004367D3-RRV00013ED2,0xF000 at 0x2D000): 103 ms. [26+61610=61636]
[0F88:0002-085C] (188-27 [189]) READ_OBJECT(REPC1257111:004367D3-RRV00013ED2,0xF000 at 0xB4000): 204 ms. [26+61610=61636]
Solche Werte sind für ein LAN viel zu hoch - knapp 60kb in über 100ms sind maximal für WAN Verbindungen über DSL etc. normal.

Da zwischendurch aber auch immer bessere Werte (3-8ms) zu finden sind - allerdings für das Lesen eines Objektes innerhalb des selben Dokumentes - tippe ich auch auf fehlerhaft konfigurierte Netzwerkomponenten wie Switche oder Netzwerkkarten. Sieht aus wie Schluckauf :)

Ganz schlau werde ich aus Deinem RPC-Log aber letztlich trotzdem nicht. Ich sehe nirgends Datenmengen von mehreren MB die gesendet werden (höchstens als Summe aus mehreren Calls), geschweige denn Wartezeiten im Minutenbereich.

Hast Du die Mail während der Aufzeichnung des Logs auch wirklich versendet?
Besteht die 8-9MB große Mail aus mehreren Attachments? Sieht im Log nämlich so aus.

Wie auch immer, mit den Netzern zu sprechen sollte Prio 1 sein.

vlg
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 03.07.12 - 18:21:40
Mahlzeit Daniel,

schon mal vielen Dank für Deine Hilfe/Infos.
Natürlich auch Danke an alle, die hier ihre Kommentare bzw Tips abgegeben haben.

Gesendet habe ich die Mail nicht, als ich das Log erstellt habe. Denn alleine der Druck auf "Weiterleiten" hat bei mir ja schon mehr als eine Minute gebraucht.
Und ja, die Mail besteht aus mehreren (10) "kleineren" PDFs. In Summe sind das dann ca 9,6MB.
Es gibt aber auch andere Mails unterschiedlicher Anzahl von Anhängen, wo das reproduzierbar ist.

Wie dem auch sei.
Ich werde mal die Jungs ansaugen die sollen mal schauen und sniffen, was da so abgeht oder auch nicht.

Wenn's Neuigkeiten jeglicher Art gibt, melde ich mich wieder.

Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: DigitDani am 03.07.12 - 18:31:45
Mahlzeit :)

Gut, dann macht das hier nämlich Sinn:
Auszug Start:
Code
[0F88:0002-085C] (25-17 [26]) OPEN_NOTE(REPC1257111:004367D3-NT000137CE,02400136): 6 ms. [48+31948=31996]
[0F88:0002-085C] (26-17 [27]) GET_OBJECT_SIZE(REPC1257111:004367D3): 1 ms. [200+24=224]
[0F88:0002-085C] (27-17 [28]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x0): 16 ms. [26+61610=61636]
[0F88:0002-085C] (28-17 [29]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0xF000): 103 ms. [26+61610=61636]
[0F88:0002-085C] (29-17 [30]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x1E000): 105 ms. [26+61610=61636]
[0F88:0002-085C] (30-17 [31]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x2D000): 205 ms. [26+61610=61636]
[0F88:0002-085C] (31-18 [32]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x3C000): 320 ms. [26+61610=61636]
[0F88:0002-085C] (32-18 [33]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x4B000): 9 ms. [26+61610=61636]
[0F88:0002-085C] (33-18 [34]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x5A000): 8 ms. [26+61610=61636]
[0F88:0002-085C] (34-18 [35]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0xF000 at 0x69000): 107 ms. [26+61610=61636]
[0F88:0002-085C] (35-18 [36]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9A,0x81DD at 0x78000): 4 ms. [26+33346=33372]
[0F88:0002-085C] (36-18 [37]) GET_OBJECT_SIZE(REPC1257111:004367D3): 0 ms. [200+24=224]
[0F88:0002-085C] (37-18 [38]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x0): 114 ms. [26+61610=61636]
[0F88:0002-085C] (38-18 [39]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0xF000): 103 ms. [26+61610=61636]
[0F88:0002-085C] (39-18 [40]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x1E000): 7 ms. [26+61610=61636]
[0F88:0002-085C] (40-18 [41]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x2D000): 105 ms. [26+61610=61636]
[0F88:0002-085C] (41-18 [42]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x3C000): 6 ms. [26+61610=61636]
[0F88:0002-085C] (42-18 [43]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x4B000): 7 ms. [26+61610=61636]
[0F88:0002-085C] (43-18 [44]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x5A000): 6 ms. [26+61610=61636]
[0F88:0002-085C] (44-18 [45]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x69000): 7 ms. [26+61610=61636]
[0F88:0002-085C] (45-18 [46]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0xF000 at 0x78000): 7 ms. [26+61610=61636]
[0F88:0002-085C] (46-18 [47]) READ_OBJECT(REPC1257111:004367D3-RRV00013E9E,0x2766 at 0x87000): 97 ms. [26+10126=10152]
[0F88:0002-085C] (47-18 [48]) GET_OBJECT_SIZE(REPC1257111:004367D3): 1 ms. [200+24=224]
[0F88:0002-085C] (48-18 [49]) READ_OBJECT(REPC1257111:004367D3-RRV00013EA2,0xF000 at 0x0): 16 ms. [26+61610=61636]
[0F88:0002-085C] (49-18 [50]) READ_OBJECT(REPC1257111:004367D3-RRV00013EA2,0xF000 at 0xF000): 7 ms. [26+61610=61636]
[0F88:0002-085C] (50-18 [51]) READ_OBJECT(REPC1257111:004367D3-RRV00013EA2,0xF000 at 0x1E000): 103 ms. [26+61610=61636]
[0F88:0002-085C] (51-19 [52]) READ_OBJECT(REPC1257111:004367D3-RRV00013EA2,0xF000 at 0x2D000): 106 ms. [26+61610=61636]
[0F88:0002-085C] (52-19 [53]) READ_OBJECT(REPC1257111:004367D3-RRV00013EA2,0xF000 at 0x3C000): 6 ms. [26+61610=61636]
[0F88:0002-085C] (53-19 [54]) READ_OBJECT(REPC1257111:004367D3-RRV00013EA2,0xC23E at 0x4B000): 103 ms. [26+49866=49892]
Auszug Ende

Hier werden diese ganzen Attachments in kleine KB-Teile zerlegt und vom Client eingelesen. Hier siehst Du dann deutlich den Schluckauf, auch während des Lesens eines einzelnen Attachments.

Viel Erfolg beim Schnüffeln ;D
Titel: Re: Mail weiterleiten inkl. Anhänge dauert ungewöhnlich lang
Beitrag von: TimDom am 03.08.12 - 17:54:00
Hallo zusammen,

es gibt eine Lösung meines Performanceproblems.
Und zwar hat zwischenzeitlich DigitDani viel Support geleistet und mir versucht bei dem Problem zu helfen. Letztendlich kamen wir dann wohl auch auf die richtige Fährte.

Getestet haben wir mittlerweile mit einer leeren DB auf dem Domino. Da dann eine Maske mit einem Richtextitem rein. Dann ein neues Dokument erstellt, da ein ca 8 MByte Anhang dran und speichern.
Der Speicherprozess hat ca 50 Sekunden gedauert. Toll oder?

Jetzt muss ich sagen, dass die Dominos auf SLES 11 laufen. Naja, mal versuchsweise die Test DB auf einen Windowsdomino geschoben (wo der BlackBerry drauf läuft) und was soll ich sagen. In 5 Sekunden war das Dokument fertig. War jetzt was für unsere Windowsfraktion.  ;D konnten die sich nicht verkneifen.

Dann noch mittels Google folgenden IBM Artikel gefunden.

http://www-01.ibm.com/support/docview.wss?uid=swg1LO67375

Der beschreibt zwar nicht zu 100% unser Problem, aber egal.
Heute morgen dann bei IBM einen PMR aufgemacht, 1 Stunde später hatte ich den ersten Mailkontakt. Dann ca 2 Stunden später nach Überprüfung der Versionen einen Hotfix.
Den habe ich eben auf unseren Dominos im Cluster eingespielt. Und nun rocken die Dominos auch unter Linux. 8 MB, 9MB … kein problem mehr.   :)

Also ich muss mal sagen. Dass ich bei meinem ersten PMR direkt solch einen Erfolg hatte, hat mich mal echt überrascht. Hut ab IBM.

Damit noch mal herzlichen Dank an alle, die hier geholfen haben.
Im speziellen aber DigitDani. Die Hilfe ging schon über ein normales Forum raus :)

Danke und Gruß