On 23.11.18 07:53, Steven Levine wrote:
On Sat, 17 Nov 2018 15:53:55 UTC, "Andi B." <andi.b@gmx.net> wrote:
Hi Andi,
// increas priority to keep the key exchange alive
DosSetPriority( PRTYS_PROCESS, PRTYC_FOREGROUNDSERVER , 0, ppib->pib_ulpid);
I remember various discussions about priority settings in different groups and I wonder if
this is really needed for wpa_supplicant. Guess no.
The usual answer is that it depends. If other compute bound threads
running at the same priority could chew up enough CPU time to cause
the app to fail, running the app at a higher priority can be a
solution.
I don't know what the timing requirements are for the key exchange
protocol. To my way of thinking, they would have to be rather small
to require running the supplicant at a high priority.
Steven
The priority effects are higliy depends of the nuber of (virtual) cores available to the (CPUs).
A single core runs mostenly only the threads with the same or higher
priority, leaving theads with lower mostenly alone.
Threads with lower priority than than others getting only time slices
when there are enough kernels exists than higher priore threads waiting
for CPU.
OS/2 is known ready for up to 256 cores.
Hyperthreading gives 2 virtual cores for each real one. So 2 threads on
an I3 up to intel generation 8 workking on the same time. With
generation 9 there are 4 threads in parallel.
The number of threads defined in a CPU gives mor lower prior threads
more time slices as an single core CPU can use.
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)