Can SSDR utilize more than 4 processors in the Intel I7 CPU?

@Peter, you and I, potentially, disagree on that one. Yes, SSDR will use them, as there is no way to pin cpu affinity. It totally remains to be seen whether it would run any better. I am not convinced it would. It would take more instrumentation that SSDR currently has to determine that.  SSDR does not utilize thread pooling so it is difficult to tell what the actual CPU load is. Further, there is no way to know to what degree any thread is waiting for a CPU to become free, or it's time slice, or waiting for some external event. In the later case more processors aren't going to make the wait any less. And, as I said, too many threads cause excess context switching which actually hurt performance.

Those electing to purchase a Dell PowerEdge likely aren't doing it for SSDR. However, if they are runing SSDR along side Folding@home, then yes, the computer will run better with more cores, to a point. What I perceived to be the question was will SSDR run better with more than 4 processors. The wrinkle comes in if those four cores were running at 2.6GHz rather than 3.6GHz. It all comes down to queueing theory, which I highly recommend as a course people should take.

In, well, what I am writing, yes, there wil be more parallelism to utilize more processors. My assessment was, however, based on how SSDR is currently written. But, it is totally ok for us to disagree as, with the existing SSDR, neither can prove their point nor disprove the opposing viewpoint. "Up to some limit"...sure, I maintain that limit, with the existing SSDR, is around 4. So, in that sense, I think we are almost in complete agreement. Another factor is the presence and speed of the GPU(s) which is ancillary to SSDR but does speak to how quickly the physical screen is drawn.

In UX work, the rule of thumb was, don't know if it still is, if response time isn't twice as fast (or 1/2 depending on how you count it) it is imperceptible. At the end of the day, perception is reality. So how much perceived performance improvement would be gleaned from a bigger processor complex vs. a faster video card?

Good to know Joe, about the Win32 SetProcessAffinityMask.  I would likely never use it as I think that could cause more harm than good. I run SSDR on a Dell XPS 15Z laptop. I run it with HRDLog, DDUtil, DM-780. I don't believe the CPU has ever gone to 100%. It does have an I7 with turbo-boost to 3.5Ghz. Way back when when Al and I were discussing passmark or whatever that thing was, that ranked the computer, not the app, I did get some interesting figures from perfmon. I was awed by the huge count of threads running in the system. For instance, there are separate threads allocated for TCP and UDP. Having more cores will not make the packets arrive faster, esp when the TCP traffic is running as a result of user input. Get it working, get it working correctly, and if, and only if, there is a performance problem, optimize the code hotspots.   Ultimately, SSDR will never run faster than the UDP data arrival rate. If the inter datagram latency is longer than the processing and drawing tasks, one CPU would suffice. If the store clerk can ring out a customer before the next customer arrives, a second opened register is not beneficial.