Zugriff auf Strings / Listen langsam?

[OlliWW]

Hallo,

Ich habe einen Fehler in meiner Software, aber ich komme nicht auf die richtige Lösung.

Die Software läuft auf verschiedenen Windows Systemen performant und ohne Probleme. Bei einigen Windows Server 2012 Systemen habe ich jedoch die Problematik, dass die gesamte Software langsamer reagiert. An der Hardware des Rechners kann es nicht liegen.

Ich konnte zwei "Ursachen" bereits eingrenzen:
1.) Man ist per RDP auf den Rechner verbunden = langsam. Ist man hingegen direkt auf der "Console", also sitzt vor dem PC verhält sich das System normal schnell
2.) Eine Methode die besonders auffällig ist ist "Combobox.Items.AddStrings(TStringList)"

Dieses Addstrings dauert bis zu 6 Sekunden, um eine Liste von ca. 50 Einträgen hinzuzufügen. Diese Methode ist natürlich abgesichert mit "BeginUpdate" und "EndUpdate".

Ich habe zwei Vermutungen:
Entweder werden Strings falsch behandelt / interpretiert oder es hat irgendwas mit den Visuellen Komponenten ansich zu tun. Hoffentlich habt ihr ein paar Tipps.

[Bernhard Geyer]

VCL oder FMX?

[OlliWW]

Vcl

[himitsu]

Der RDP hookt sich in die Grafikausgaben rein
und für die Dauer der Übertragung wird das Zeichnen somit ausgebremst.

Bei vielen Änderungen/großen Datenmängen bremst das natürlich enorm aus,
wobei hier nicht nur die Performance des Servers zählt, sondern auch die des Klienten und er Netzwerkverbindung.


Wenn ihr (viele) Daten in den Listen ändert, schaltet ihr dann auch die Ausgaben solange ab? (z.B. BeginUpdate)
Hängt vielleicht noch was am OnChange dran, was eventuell auch Ausgaben generiert?



Ich würde mir ja wünschen, wenn man im RDP sich die eintreffenden Daten anzeigen lassen könnte.
z.B. kürzlich geänderte Bereiche farblich markieren und natürlich Traffikstatistiken (Anzahl der Datenpackete und Datenmenge/Datenrate)

[OlliWW]

Hallo,

Ja wie oben bereits geschrieben machen wir ein Begin / EndeUpdate. Wie gesagt es ist ingesamt träge, allerdings besonders signifikant ist diese Stelle:

Delphi-Quellcode:

  with FontBox do
  begin
    Items.BeginUpdate;
    if meineForm <> nil then
    begin
      Items.AddStrings(meineForm.lstTTFonts);
    end;
    Items.EndUpdate;
  end; //with

Aufgrund der RDP Sache hatte ich auch zunächst auf das Zeichnen der Komponenten getippt, allerdings wird hier an dieser Stelle ja nicht wirklich gezeichnet und laut Profiler dauert das mit 50 Einträgen 6 Sekunden. Ich habe irgendwie im Bauchgefühl dass es irgendwas mit Strings (Unicode, Ansi...) zu tun haben könnte, bin mir aber nicht sicher.

[Sir Rufo]

AFAIK wird bei RDP der Inhalt der Controls (sofern Standard) übertragen und eben nicht die reine Anzeige.

Bei einem Edit wird eben der Typ (ein Edit) und die Eigenschaften übertragen, dadurch kann dieses Control dann am Ziel selber gezeichnet werden, was dann schneller ist, als dort ein Bild zu übertragen.

Nun, bei einem Listen-Control kann das natürlich dann wieder bremsen

[OlliWW]

Zitat von Sir Rufo:

AFAIK wird bei RDP der Inhalt der Controls (sofern Standard) übertragen und eben nicht die reine Anzeige.

Das würde erklären, warum eine Teamviewer Verbindung auf diesem Rechner "schnell" ist. Die Frage ist:
Wie stelle ich das um?

Vielleicht noch eine interessante Sache:
Ich habe das Problem versucht lokal nach zustellen, indem ich auch einen Windows Server 2012 installiert habe. => Kein Erfolg, selbe Daten, selbe Version, es ist immer schnell. Installiert man bei dem Kunden Windows Server 2008R2 oder ähnliches ist es ebenfalls schnell. Nur 2012 mag nicht.

[OlliWW]

Ich habe eine andere "langsame" Stelle mit dem Profiler gemessen und am Ende war es auch hier:
Der Refresh einer Combobox.

Es scheint also ein Problem mit dem Zeichnen von Comoboboxen zu existieren. Irgendwelche Ideen? Ich habe eben ein "Tsaware" Flag gefunden, das man setzen kann, das hilft aber auch nicht.

[mjustin]

Zitat von OlliWW:

Zitat von Sir Rufo:

AFAIK wird bei RDP der Inhalt der Controls (sofern Standard) übertragen und eben nicht die reine Anzeige.

Das würde erklären, warum eine Teamviewer Verbindung auf diesem Rechner "schnell" ist. Die Frage ist:
Wie stelle ich das um?

Vielleicht noch eine interessante Sache:
Ich habe das Problem versucht lokal nach zustellen, indem ich auch einen Windows Server 2012 installiert habe. => Kein Erfolg, selbe Daten, selbe Version, es ist immer schnell. Installiert man bei dem Kunden Windows Server 2008R2 oder ähnliches ist es ebenfalls schnell. Nur 2012 mag nicht.

Was hat sich zwischen Windows Server 2008 R2 und 2012 denn geändert?

Ich habe eher zufällig gelesen dass der DWM - Desktop Windows Manager) ab 2012 immer aktiviert ist und nicht abgeschaltet werden kann. Ist auf dem 2008 System der DWM in den Prozessen aufgeführt (in der RDP Sitzung)?

Wenn es am Betriebssystem liegt, muss das Problem überall auf 2012er RDP Umgebungen reproduzierbar sein. Ist es möglich eine kompilierte Testanwendung bereitzustellen?

Viele Grüße

[Bernhard Geyer]

Sind das eigentlich normale W2012-Server oder sind diese Citrix-Verseucht?
Habe schon öfter Problem gehabt die an Citrix lagen und durch Updates von Citrix behoben wurden.