Hallo Leute,

was ist die maximale Anzahl an parallel ausführbaren BackgroundWorkern?
Ist diese von den CPU-Cores oder CPU-Threads abhängig oder davon unabhängig?
Oder kommt es immer auf den Einsatz drauf an?

Ich kann mir vorstellen, dass CPU-intensive Rechenaufgaben nur bis zu Cores/Threads Sinn macht.
Aber wenn man z.B. nur alle IP-Adressen scannt, dann ist die CPU ja nicht überfordert, weil ja das meiste Wartezeit ist (Timeouts) und hier könnten dann theoretisch auch mehr Worker als Cores/Threads laufen.

Was meint Ihr dazu?

LG Roland

Bei Parallel.x wird es aber sicher genau die selbe (vernünftige) maximale Anzahl an Threads geben !?

Alles einmal ausgetestet.
Habe 256 einzelne BGW für diesen Test eingesetzt.
Aber es dürften immer nur maximal 4 Threads parallel laufen. Zumindest sind nur 4 Prozessorkerne ausgelastet.

Ich starte alle 256 BGW zur selben Zeit - sie werden dann einfach nacheinander abgearbeitet.

Video vom Ergebnis:

Solch hatte ich schon mal gefragt.Multi-Download nur im Doppelpack@hal2000 fand die Lösung hier:stackoverflow.com/questions/86…ection-limit-in-webclient

Danke für den Hinweis. Habe ich getestet. Hat bei mir leider zu keinerlei Geschwindigkeitssteigerung geführt. Womöglich weil ich httprequest verwende. Aber von der Geschwindigkeit her, zu urteilen dürfte das 2-Verbindungen-Limit bei mir nicht zu Buche schlagen. Denn sobald eine IP-Adresse einen positiven Ping zurückgibt, wird auf Verdacht hintereinander bis zu 12 verschiedene HTTP-Anfragen mit jeweils 1 Sekunde Timeout geschickt.

Bei mir dauert das finden aller 55 Geräte (mit Ping) im Netzwerk und das identifizieren aber gerade einmal 40 Sekunden. Also müssen bei mir technisch mehr als 2 Abfragen gleichzeitig laufen, sonst geht sich das rechnerisch nicht aus.