Notes unter Vista extrem langsam...

[koehlerbv]

Versuchen wir doch mal das Ausschlussverfahren: Wie verhält sich denn eine lokale Replik einer Notes-Datenbank (Mailfile, Eure Adressverwaltung oder irgendetwas vergleichbares) im Vergleich zum Zugriff auf deren Replik auf dem Domino?

Bernhard

[herrde]

Versuchen wir doch mal das Ausschlussverfahren: Wie verhält sich denn eine lokale Replik einer Notes-Datenbank (Mailfile, Eure Adressverwaltung oder irgendetwas vergleichbares) im Vergleich zum Zugriff auf deren Replik auf dem Domino?

Das ist schnell beantwortet - lokale Datenbanken (wie z.B. mein Adressbuch (welches in meinem Fall NICHT auf dem Server liegt) stellen kein Problem dar, Zugriff geht wie erwartet ratzfatz...
Was könnte man noch ausschließen....?

Grüße,

Gero

[ata]

... es gibt noch weitere Möglichkeiten, warum das mit Notes und Vista eine schlechte Performance haben kann:

Arbeitest du mit der 32bit oder der 64bit-Version von Vista?
Hast du SingleSignOn aktiviert?
Läuft Notes als Dienst unter Vista?

... so mal die ersten paar Baustellen, die mir spontan einfallen...

Toni

PS: Bei Doppelpostings bleibt meistens mindestens ein Dummer zurück, wenn die Lösung im anderen Forum kam - es gibt in den seltensten Fällen die Auflösung des Problems dann auch im Paralell-Forum zu lesen - daher möchte man sich nicht aufreiben - um dann dumm zu sterben...

***edit***
... ich habe auf einigen Rechner Vista laufen - ohne Performanceverluste - da aber alles 32bit-Versionen und kein Ultimate...

[thoge]

Hallo Gero,

ich würde auch noch mal eknoris Hinweis verfolgen, da hier ja wohl kein Notes-spezifisches Problem vorliegt, sondern eher (so mein Eindruck) eins in Richtung TCP/IP.

Eine Google-Recherche ala "vista tcp/ip langsam" bringt ja so einiges zu Tage, was in Richtung "New Generation TCP/IP Stack” deutet.

Hast Du das bereits in Erwägung gezogen.

HTH

Thomas

[eknori]

Gibt die Ereignisanzeige evtl. einen Hinweis ? Möglicherweise etwas zu einer EventID 4226 ?

[eknori]

evtl auch mal das hier lesen http://blogs.msdn.com/wndp/archive/2007/07/05/receive-window-auto-tuning-on-vista.aspx

[MartinG]

Ich arbeite zuhause auch mit Vista und Notes, allerdings grösstenteils mit lokalen Repliken. Wenn ich dann aber mal direkt auf eine Datenbank durchgreife, dann ist die Performance gefühlt auch ein wenig langsamer als unter XP, allerdings keine Minuten. Sondern das Öffnen z.B. eines fremden Kalenders dauert so 20-30sec.

Vermutlich könnte man wenn man auf beiden Seiten die Komprimierung aktiviert noch einiges rausholen. Wollte ich schon lange mal testen, habs aber noch nie gemacht....

[herrde]

Moin,

erstmal vielen Dank für eure Unterstützung!

Also, der Reihe nach:

@ata:

- ich habe die 32Bit-Version von Vista Ultimate
- Wenn du mit SingleSignOn die gemeinsame Benutzeranmeldung (Notes/Vista) meinst - habe es sowohl mit als auch ohne versucht: kein Unterschied...
- Wie lasse ich denn Notes als Dienst unter Vista laufen? Brächte das Performancegwinne? Oder meinst du genau das Gegenteil...?

@thoge: Gegen deinen Einfall spricht, dass Notes das einzige internetfähige Programm auf meinem Rechner unter Vista ist, das dieses Problem hat. Alle anderen Programme haben auch unter Vista keinerlei Performance-Einbußen...

@eknori:

- das mit der Ereignisanzeige überprüfe ich! Was bedeutet denn EventID 4226?
- diese TCPIP Window Autotuning-Sache klingt interessant und ich es werde es überprüfen. Allerdings kann ich nur wiederholen, was ich oben schon schrieb: Notes ist das einzige Programm auf meinem Rechner unter Vista, was diese Performance-Einbußen hat. Alle anderen Programme flutschen genau so wie unter WinXP

@MartinG: Bei mir ist es wesentlich schlimmer. Bis eine e-mail geöffnet ist, dauert es oft eine Minute. Noch länger beim Ordnerwechsel. Das erste Öffnen einer Datenbank (wie z.B. unserer individuellen Adressverwaltung, die ich weiter oben schonmal erwähnte) dauert locker mal so drei Minuten...
Unter XP wiederum ist alles fast so schnell, als säße ich im Büro vor meinem Rechner...


Was mir selbst noch aufgefallen ist: Wenn ich z.B. auf eine e-mail doppelklicke, den Ordner wechsele o.ä. und dann das kleine Netzwerk-Doppelmonitor-Symbol im Systemtray beobachte, stelle ich fest, dass die Netzwerkaktivität nicht durchgängig zu sein scheint; will sagen, die kleinen Monitore blinken mal kurz, dann wieder nicht, dann wieder usw., bis die Mail endlich geöffnet, der Ordner gewechselt etc. ist....
Unter XP leuchtet es nach dem selben Doppelklick ständig, und dann geht die e-mail bzw. der Ordner auch schon gleich auf...
Nur, falls euch das bei der Diagnose dieses mysteriösen Problems helfen könnte...

Nochmal vielen Dank und bitte gebt nicht auf...

Grüße,

Gero

[Ralf_M_Petter]

Hm Eigentlich antworte ich auf Doppelposts nicht, aber machen wir mal eine Ausnahme, da mich das Problem auch interessiert.

Kannst du mal in deine Notes.ini folgende Parameter reinsetzten die zwar nicht supported sind aber trotzdem funktionieren:

Client_Clock=1
  Debug_Console=1
  Debug_Outfile=c:\nlog.txt

Dann starte deinen Client und führe die Aktion durch die lange dauert. z.B. Mail öffnen. Dann schaue in das nlog.txt File und poste hier den Bereich der lange gedauert hat.

Grüße

Ralf

[herrde]

Hallo Ralf,

werde ich tun und dann hier posten!

Habe übrigens auch mal mit unserem Admin gesprochen und ihn gebeten, das Domino-Logfile nach Auffälligkeiten im Zusammenhang mit meinen externen Vista-Zugriffen zu durchsuchen, aber ohne Ergebnis. Alles sieht offensichtlich völlig normal aus....

Grüße,

Gero

[herrde]

Moin,

ich frage mich gerade, ob das ganze etwas damit zu tun hat, dass Vista ja den Zugriff aufs Standard-Programmverzeichnis "umbiegt" um zu verhindern, dass Anwendungen ins Programm- oder Windows-Verzeichnis oder deren Unterverzeichnisse schreiben, nachdem sie installiert wurden.
Stattdessen landen diese Schreibzugriffe ja in so einem "VirtualStore"-Verzeichnis, welches irgendwo unterhalb des Vista-User(Benutzer-)Verzeichnisses liegt. Wenn ein Programm seine geschriebenen Werke später wieder im Programmverzeichnis wiederfinden will, präsentiert Vista dem Programm eine Art Kombination aus beiden Verzeichnissen.

Aber man weiß ja auch, dass nicht alle Programme mit dieser Technologie kompatibel sind. Vermutlich ist das einer der Gründe, warum die UAC für Notes abgeschaltet werden muss. Was wäre, wenn nun Notes versucht, einen Cache im Standard-Programm(unter-)verzeichnis zu erstellen, der aber eben nicht DORT landet, sondern woanders, wo ihn Notes dann irgendwie nicht wiederfindet...?

Man könnte versuchen, das ganze zu umgehen, indem man Notes einfach in ein Stammverzeichnis à la "c:\lotus" installiert, so dass diese neue Technologie nicht greift...

Was sagt ihr zu dieser Theorie? Macht es wohl Sinn, Notes heute Abend nochmal komplett runter zu schmeißen und dann neu zu installieren?

Hm.

Grüße,

Gero

[MartinG]

Dann müsste allerdings der Zugriff auf lokal replizierte Datenbank auch langsam sein...

[diali]

den Cache kannst Du über den Notes.ini-Eintrag "CACHE=C:\temp\cache.ndk" umbiegen

[guesswho]

Hallo Gero,

ich bin mir ziemlich sicher, dass dein Problem an Vista in Zusammenarbeit mit dem Domino-Server liegt, nicht an Notes auf Vista. Könntest du vielleicht im Taskmanager mal die Netzwerkauslastung checken, denke aber, das bringt auch nix.

Auf welchem Server-BS läuft denn euer Domino ? Welche Komponenten sind noch davorgeschaltet, kannst du das beurteilen ?

Jo

[koehlerbv]

Und was macht Vista mit dem Port 1352?

Bernhard

[guesswho]

(fast) nix anderes als XP.   

Ich kann den Traffic zwischen Server und Client nicht sniffen, aber irgendwo hier liegt das Problem. Oder die Vista-Installation ist vollständig vergurkt, schliesse ich aber aufgrund vorhergehender Threads eigentlich aus....

Jo

[guesswho]

Gero,

mit der widerlichen und verfl...ten Umleitung von Vista hat das nix zu tun. Hast du mal die Debug-Parameter von Ralf probiert ?

Jo

[herrde]

Moin,

die Debug-Parameter checke ich gleich, wenn ich zuhause bin und poste die entsprechenden Teile dann!

Unser Domino-Server ist im übrigen Version 7.0.2. und läuft auf Windows Server 2003 R2. Davorgeschaltet ist noch ein ISA-Server, der alle Anfragen auf Port 1352 entgegen nimmt und an den Domino-Server durchreicht...

Hilft euch das schonmal weiter...?

Grüße,

Gero

[guesswho]

hilft nicht direkt aber vereinfacht die Suche nach Prob

[herrde]

So,

habe jetzt Ralfs Debug-Parameter in der notes.ini gesetzt. Nur die Ausgabe in die nlog.txt hat nicht funktioniert (habs mit mehreren Laufwerken versucht), aber ich habe die Zeilen einfach aus der Konsole heraus kopiert, ich hoffe, es hilft euch weiter. Ich habe nacheinander die Mail-Datenbank geöffnet, einige Mails geöffnet, bin in einen anderen Ordner gewechselt und habe dann noch unsere individuelle Adress-Anwendung geöffnet. Ich poste jetzt hier mal alles.

Sogar ich sehe, dass Notes wohl einige Zeitüberschreitungen anmeckert...

Bin gespannt auf eure Kommentare/Tipps!

100000000000000 Dank!

Gero

Code

11.02.2008 20:18:26   WARNING:  You are using a temporary license.  You have 57
days left in the trial license period.
11.02.2008 20:18:30   Lotus Notes client started

IM Thread info: (20:18:30,90)
        Created successfully
        Thread Id: (0x000005A4)

(1-15 [1]) POLL_DEL_SEQNUM: (Connect to domino/SPV: 0 ms) (OPEN_SESSION: 40 ms)
40 ms. [110+28=138]
(2-23 [2]) OPEN_DB(CN=domino/O=SPV!!mail\gherrde.nsf): (Connect to domino/SPV: 1
0639 ms) (Exch names: 0 ms)(Authenticate: 41 ms.)
(OPEN_SESSION: 40 ms)
5258 ms. [134+290=424]
(3-39 [3]) ISDB2_RQST: 40 ms. [14+16=30]
(4-39 [4]) GET_UNREAD_NOTE_TABLE: 5289 ms. [290+116=406]
(5-45 [5]) OPEN_NOTE(REPC125682A:005A73E0-NTFFFF0010,03000400): 5138 ms. [48+142
4=1472]
(6-50 [6]) GET_NAMED_OBJECT_ID($profile_015calendarprofile_): 40 ms. [54+24=78]
(7-50 [7]) OPEN_NOTE(REPC125682A:005A73E0-NT000008FA,00400020): (8-51 [8]) POLL_
DEL_SEQNUM: 5359 ms. [48+13724=13772]
(9-55 [8]) GET_NAMED_OBJECT_ID($profile_024archive database profile_): 40 ms. [6
4+24=88]
(10-55 [9]) OPEN_NOTE(REPC125682A:005A73E0-NT00098296,00400020): (Connect to dom
ino/SPV: 5353 ms) (OPEN_SESSION: 41 ms)
41 ms. [110+28=138]
5276 ms. [48+218=266]
(11-61 [11]) OPEN_COLLECTION(REPC125682A:005A73E0-NT00098D6A,0040,4008): 44 ms.
[250+52=302]
(12-61 [12]) SET_COLLATION: 40 ms. [14+12=26]
(13-61 [13]) READ_ENTRIES(REPC125682A:005A73E0-NT00098D6A): 5313 ms. [76+5752=58
28]
(14-67 [14]) GET_ALLFOLDERCHANGES_RQST: 41 ms. [62+64=126]
(15-67 [15]) FINDDESIGN_NOTES: 41 ms. [44+16=60]
(16-67 [16]) OPEN_NOTE(REPC125682A:005A73E0-NT00194BEE,03400000): 5401 ms. [48+4
5226=45274]
(17-92 [17]) OPEN_NOTE(REPC125682A:005A73E0-NT001E5C82,02400136): 5207 ms. [48+1
0126=10174]
(18-115 [18]) SET_UNREAD_NOTE_TABLE: 5113 ms. [470+116=586]
(19-120 [19]) OPEN_COLLECTION(REPC125682A:005A73E0-NT000247E6,0040,4008): 5101 m
s. [-2404+-77704=-80108] (Network operation did not complete in a reasonable amo
unt of time; please retry)
(20-125 [20]) OPEN_DB(CN=domino/O=SPV!!mail\gherrde.nsf): (Connect to domino/SPV
: 10704 ms) (Exch names: 0 ms)(Authenticate: 42 ms.)
(OPEN_SESSION: 41 ms)
5347 ms. [134+290=424]
(21-141 [21]) OPEN_NOTE(REPC125682A:005A73E0-NT000247E6,03400002): 5693 ms. [48+
135292=135340]
(22-147 [22]) OPEN_DB(CN=domino/O=SPV!!mail\gherrde.nsf): (Connect to domino/SPV
: 10564 ms) (Exch names: 0 ms)(Authenticate: 42 ms.)
(OPEN_SESSION: 40 ms)
5205 ms. [134+290=424]
(23-164 [23]) OPEN_DB(CN=domino/O=SPV!!mail\gherrde.nsf): 5137 ms. [134+290=424]

(24-169 [24]) OPEN_COLLECTION(REPC125682A:005A73E0-NT000247E6,0040,0000): 41 ms.
 [78+34=112]
(25-169 [25]) CLOSE_COLLECTION(REPC125682A:005A73E0-NT000247E6): 0 ms. [12+0=12]

(26-169 [26]) CLOSE_DB(REPC125682A:005A73E0): 0 ms. [14+0=14]
(27-169 [27]) OPEN_COLLECTION(REPC125682A:005A73E0-NT000247E6,0040,0000): RCV_UN
READ[90] 46 ms. [250+124=374]
(28-169 [28]) SET_COLLATION: 40 ms. [14+12=26]
(29-169 [29]) GET_MODIFIED_NOTES(REPC125682A:005A73E0,Since:11.02.2008 20:21:21)
: 40 ms. [26+24=50] (No documents have been modified since specified time.)
(30-170 [30]) READ_ENTRIES(REPC125682A:005A73E0-NT000247E6): 5360 ms. [76+11958=
12034]
(31-175 [31]) GET_ALLFOLDERCHANGES_RQST: 40 ms. [62+64=126]
(32-217 [32]) OPEN_NOTE(REPC125682A:005A73E0-NT001E3B4A,02400136): 5289 ms. [48+
5722=5770]
(33-254 [33]) UPDATE_COLLECTION(REPC125682A:005A73E0-NT000247E6): 41 ms. [24+12=
36]
(34-254 [34]) GET_MODIFIED_NOTES(REPC125682A:005A73E0,Since:11.02.2008 20:21:21)
: 266 ms. [26+144=170]
(35-255 [35]) READ_ENTRIES(REPC125682A:005A73E0-NT000247E6): 5289 ms. [340+1856=
2196]
(36-260 [36]) GET_ALLFOLDERCHANGES_RQST: 5285 ms. [62+196=258]
(37-269 [37]) OPEN_DB(CN=domino/O=SPV!!): 5290 ms. [134+290=424]
(38-274 [38]) SEARCH: 288 ms. [100+8064=8164]
(39-289 [39]) OPEN_DB(CN=domino/O=SPV!!spv.nsf): 5258 ms. [134+290=424]
(40-294 [40]) DB_MODIFIED_TIME: 40 ms. [14+60=74]
(41-294 [41]) ISDB2_RQST: 40 ms. [14+16=30]
(42-294 [42]) OPEN_NOTE(REPC12570E6:00427BA9-NTFFFF0010,03000400): 5346 ms. [48+
1962=2010]
(43-300 [43]) GET_NAMED_OBJECT_ID($PrivateDesign): 46 ms. [40+24=64]
(44-300 [44]) OPEN_COLLECTION(REPC12570E6:00427BA9-NT00069F46,0000,0000): 5280 m
s. [42+806=848]
(45-305 [45]) READ_ENTRIES(REPC12570E6:00427BA9-NT00069F46): 5221 ms. [100+500=6
00]
(46-310 [46]) CLOSE_COLLECTION(REPC12570E6:00427BA9-NT00069F46): 0 ms. [12+0=12]

(47-310 [47]) DB_MODIFIED_TIME: 220 ms. [14+60=74]
(48-310 [48]) DB_REPLINFO_GET: 39 ms. [14+32=46]
(49-310 [49]) DB_REPLINFO_GET: 41 ms. [14+32=46]
(50-310 [50]) DB_INFO_GET: 41 ms. [14+140=154]
(51-311 [51]) OPEN_NOTE(REPC12570E6:00427BA9-NTFFFF0010,03400000): 5298 ms. [48+
1862=1910]
(52-316 [52]) OPEN_NOTE(REPC12570E6:00427BA9-NTFFFF0010,03400000): 5220 ms. [48+
1862=1910]
(53-321 [53]) OPEN_NOTE(REPC12570E6:00427BA9-NTFFFF0010,03000400): (54-322 [54])
 POLL_DEL_SEQNUM: 5312 ms. [48+1962=2010]
(55-326 [54]) OPEN_NOTE(REPC12570E6:00427BA9-NTFFFF0040,00000400): (Connect to d
omino/SPV: 5301 ms) (OPEN_SESSION: 340 ms)
46 ms. [110+28=138]
5324 ms. [48+1106=1154]
(56-332 [56]) FINDDESIGN_NOTES: 41 ms. [38+16=54]
(57-332 [57]) OPEN_NOTE(REPC12570E6:00427BA9-NT0000014E,03400001): 5248 ms. [48+
14462=14510]
(58-337 [58]) OPEN_COLLECTION(REPC12570E6:00427BA9-NT0000014E,0040,4008): 76 ms.
 [78+34=112]
(59-337 [59]) GET_COLLATION: 40 ms. [12+14=26]
(60-337 [60]) READ_ENTRIES(REPC12570E6:00427BA9-NT0000014E): 5223 ms. [80+8920=9
000]
(61-342 [61]) GET LAST INDEX TIME: 53 ms. [14+60=74]
(62-343 [62]) CLOSE_DB(REP00000000:00000000): 1 ms. [14+0=14]
(63-347 [63]) OPEN_COLLECTION(REPC12570E6:00427BA9-NT00000126,0040,4008): 60 ms.
 [78+34=112]
(64-347 [64]) CLOSE_COLLECTION(REPC12570E6:00427BA9-NT0000014E): 0 ms. [12+0=12]

(65-347 [65]) GET_COLLATION: 278 ms. [12+14=26]
(66-348 [66]) READ_ENTRIES(REPC12570E6:00427BA9-NT00000126): 5426 ms. [76+6810=6
886]
(67-353 [67]) READ_ENTRIES(REPC12570E6:00427BA9-NT00000126): 5669 ms. [80+8094=8
174]