Zitat von bernhard_LA:

wir haben Multi-Threading ADO Zugriff auf die Datenbank und separate Rechnen-Threads im Client implementiert.
Die Erhöhung des Thread Counts von 1 ...6 bringt einen deutlichen Performance-Gewinn, danach bleibt die Ausführungszeit konstant unabhängig von der Anzahl der Threads.

Wenn Du sagen wir 3 Threads für das Holen der Daten und 7 Threads für das Berechnen hast, wundert mich das nicht.
Die Rechenthreads drehen Däumchen während sie auf die Daten warten.

Zitat von bernhard_LA:

Vermutlich liegt der Flaschenhals am Datendurchsatz der Festplatte. Lohnt sich hier der Aufbau eines RAID 0 Systems , anhand obiger Beschreibung ?

Welche Festplatte? Server oder Client?
Bei der geringen Speicherauslastung (des Servers?) solltest Du unbedingt einmal die Konfiguration der DB prüfen.

Ansonsten kann ich mich nur den Ausführungen meiner Vorschreiber anschließen. Ohne eine vollständige und detailierte Analyse ist das nur ein Stochern im Nebel.
(eine WLAN-Connection mit 47k ist nicht eben eine Autobahn)

Gruß
K-H

ich habe als Ergänzung den Algo - als PAP dargestellt, es macht hoffentlich unseren Ansatz klar.

Primar habe ich an Info's Tips zum Thema

1. a) Hardware Upgrade
2. b) Sofware Upgrade am MSSQL Server, Konfiguration MSSQL Server

interesse, weil diese Aktionen schnell und mit wenig finanziellem Aufwand verbunden sind.

die Option

• c) neue SW Konzept für unseren Algo

bedeutet eine längere Entwicklungszeit ggf. ohne Nutzen wenn ich schon heute nicht den Flaschenhals verstanden habe. Hier ist die Frage nach einer effektiven Analysemethode.

Also sicherheitshalbe nochmal:
Unter idealen Bedingungen skaliert das System sauber bis 6 Threads.
Der Client hat nichts anderes zu tun?
Der Server hat nichts anderes zu tun?
Die Sessions sind pro Client nicht limitiert?
Das geschieht bei einem Client? Oder auch bei mehreren?
Das ist unabhängig von der Leistungsfähigkeit des Clients?
Es gibt keine "wahrnehmbaren" Störungen im Serverbetrieb (außer der IO Last selbst)?
Gibt es anhaltende Locks auf dem Server?
Wieviel Datensätze werden pro Thread bearbeitet? = 1
Verändert die Berechnung die Auswahlkriterien der Datensätze für den Client bzw. für weitere Threads?
Gibt es administrationsseitig jemand, der Ausführungspläne der Lese und Schreib Anweisungen geprüft hat?

Mich irritiert die Zahl 6, sofern sie immer konstant bleibt, wie hier dargestellt.
Hat die Zahl 6 etwas mit den komplexen Berechnungen zu tun?

Zitat von jobo:

Mich irritiert die Zahl 6, sofern sie immer konstant bleibt, wie hier dargestellt.
Hat die Zahl 6 etwas mit den komplexen Berechnungen zu tun?

Sie könnte mit der Anzahl an CPU-Kernen zusammenhängen. Bspw. bei einem 5820k würde ich über 6 Thread keine signifiaknten Zuwächse mehr erwarten.

Wenn es wirklich an der HDD liegt (aber wer hat heutzutage noch io intensive Datenbanken auf magnetischen Speichermedien??) sollte das Problem mit einer Samsung 950 Pro für die Datenbank erledigt sein, um hier mal eine konkrete Empfehlung zu äußern.