Programm auf Windows Server 2016 (Citrix) langsam

[dataspider]

Zitat von Jasocul:

Wenn das ausgelesen wird und temporär irgendwo gespeichert wird...

TppDBImage holt vom Bob direkt ins Image...

Zitat von TiGü:

Versuch mal die Größe runterzudrehen...

Danke - das sind alles sinnvolle Hinweise

Doch bevor ich "zurück baue" versuche ich erst mal die Ursache zu finden.
Es ging ja ohne Probleme bis vor wenigen Wochen.
Und ich weiß noch nicht, was es ist.

ReportBuilder habe ich die neueste Version installiert - Kandidat Nr. 1
Das Netz wurde umgebaut (deutlich schnellere Netzwerktechnik - aber keine neuen Server) - Kandidat Nummer 2
Evtl. Windows Update auf Server mit Verschlimmbesserung - Kandidat Nr. 3

Frank

[paule32.jk]

Microsoft will die "alte" win32api loswerden, so dass die neuen Funktionen
wie man sie auf Tablets her kennt verwendet werden.

Ich weiß zwar nicht warum - warscheinlich um das aufgeblähte System schlanker
und schneller zu machen.

Dann werden mal per Zufallsverfahren bestimmte win32api Funktionen "bewusst" in eine
Warteschlange gepusht.

Das ist gewollt - dieser Zufall, damit die oben beschriebene Situation den User zu "neuer"
Technik /Hardware sowie "neuer" Software dazu bewegen, den Rubel (Kapital) am Rollen zu
lassen.

[Sinspin]

Zitat von paule32.jk:

Dann werden mal per Zufallsverfahren bestimmte win32api Funktionen "bewusst" in eine
Warteschlange gepusht.

Das ist gewollt - dieser Zufall, damit die oben beschriebene Situation den User zu "neuer"
Technik /Hardware sowie "neuer" Software dazu bewegen, den Rubel (Kapital) am Rollen zu
lassen.

Nimm mal deinen Aluhut ab.
Geh raus und laufe nen paar Stunden an der frischen Luft!
Dann gehen die komischen Vorstellungen hoffentlich aus deinem Kopf.

[TUhr]

Hallo,

ich hatte früher auch Probleme das sich Anwendungen langsam aufgebaut haben, allerdings auf einem Terminal-Server. Ich bin mir nicht mehr 100% sicher, aber ich meine, ich habe damals den Grafik-Treiber
fEnableWddmDriver in der Registrierung geändert und UDP Verbindungen untersagt. Seit dem hatte ich damals keine Probleme mehr.

Ich hoffe es könnte Dir helfen !

MfG
Thorsten Uhr

[dataspider]

Erst mal vielen Dank an alle, die mich hier mit ihren Kenntnissen unterstützt haben.

Ich habe mit verschiedenen Grafikformaten getestet und speichere die Kopfbögen jetzt als Bitmap.
Ich hätte dieses Ergebnis so nicht erwartet.

Die neuen Grafiken sind jetzt, da Bitmap statt 1 MB 26 MG groß.
Jetzt dauert das Laden des Reports keine 3 Sekunden mehr.

Ich weiß jetzt zwar nicht, was letztendlich passiert ist, dass es plötzlich langsam wurde, aber das Problem ist gelöst.

Frank

[Sinspin]

Das ist krass, hätte ich auch nicht erwartet.

Kommt drauf an wieviele Farben du im Bitmap hast. Sonst könntest Du versuchen das Bild mit weniger Farbtiefe zu speichern. Dann wird es kleiner.

[hanvas]

Zitat von dataspider:

Erst mal vielen Dank an alle, die mich hier mit ihren Kenntnissen unterstützt haben.

Ich habe mit verschiedenen Grafikformaten getestet und speichere die Kopfbögen jetzt als Bitmap.

Die neuen Grafiken sind jetzt, da Bitmap statt 1 MB 26 MG groß.
Frank

An anderer Stelle wurde ja schon darauf hingewiesen das die Anzahl der Farben eine große Rolle spielt. Bei den meisten Headern in Briefen etc. kommt man eigentlich mit einer kleinen Anzahl aus, es sei denn es sind Farbverläufe etc. vorhanden. Helfen kann da eine optimierte Palette zu verwenden. Delphis TGifImage hat eine Methode Optimize bzw. OptimizeColorMap damit kann man relativ kleine Bilder erzeugen.

Um ein Bild nach Gif zu konvertieren kannst Du beispielsweise

Code:

procedure ConvertBMP2GIF;
var
  bmp: TBitmap;
  gif: TGIFImage;
begin
  gif := TGifImage.Create;
  try
    bmp := TBitmap.Create;
    try
      bmp.LoadFromFile('MyBitmap.BMP');
      gif.Assign(bmp);
    finally
      bmp.Free;
    end;
    gif.SaveToFile('MyBitmap.GIF');
  finally
    gif.Free;
  end;
end;

verwenden

hth Ha Joe

[paule32.jk]

eine andere Methode wäre,

- TCP Server auf Client starten, der auf Port lauscht (Indy 10)

- Bild aufnehmen / im Hintergrund zeichnen (interne Canvas)
- Bild optimieren (kleinere Farbtiefen)
- Bild in kleine Quadrate zerlegen (erfordert ggf. größere Width und Height - je nach Anwendungsfall)
- Bild Stückchen für Stückchen per zLib verkelinern und mit ID versehen
- Bild einen Protokoll vergeben - Header (Größe, Farben, Teile-ID, ...)
- Bild einen Protokoll vergeben - Body (raw-Bytes für die Daten)
- Puffer für Bild vorab berechnen (max. 4.096 Bytes - je nach Qualität der Leitung)

- TCP Verbindung aufbauen (Indy 10 - die unterstützen SSL, kein Indy 9 !)
- Bild-Daten senden - ggf. Prüfsumme mit dazu

- Bilddaten zusammen führen
- zLib Daten wieder de-packen
- Daten in Hintergrund Canvas speichern

- mit BitBlt auf TPainter / TPaintBox kopieren


(so würd ich das machen)

[hanvas]

Zitat:

Um ein Bild nach Gif zu konvertieren kannst Du beispielsweise....

Natürlich geht das auch rückwärts. Du kannst also erst deine Palette auf 256 Farben bringen und dann wieder als Bitmap speichern.

Apropos Bitmap 1: Das verwenden von nur 256 Farben bringt nichts wenn du im RGB Format speicherst
Apropos Bitmap 2: Du kannst eine Lauflängenkodierung zum speichern verwenden, das ist ein einfaches verlustfreies Kompressionsverfahren welches überwiegend große Bereiche von gleichen Pixeln (meistens Hintergrund) gut verarbeiten kann.

Außerdem könntest Du die Bilder in Vektorgrafiken umwandeln, dass wäre für die meisten Hintergrundbilder naturlich die speicherplatzsparendste Möglichkeit und wäre eher in Bruchteilen von Sekunden geladen. Helfen kann Dir dabei Autotrace [1].

cu Ha-Joe

[1] https://github.com/autotrace/autotrace