Dream Machine ( Build your own PC ) Message Board

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Pastimes : Dream Machine ( Build your own PC )

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next

To: Jon Tara who wrote (14385)	12/14/2003 10:00:55 PM
From: Howard R. Hansen	Read Replies (1) of 14778

I reposted this question to the microsoft.public.windowsxp.hardware news group. "Lets say you have two programs, neither of which are multi-threaded. If you have a dual processor system, will windows send the workload of both of them to the same processor or is it smart enough to send them to separate processors? Here is the latest reply. "The correct answer is that both applications and the OS consist of one or more threads, each thread has its own scheduling priority and state. The OS maintains a table of the priority/state of all threads, i.e. ready to run, waiting for I/O, blocked for synchronization etc. At each scheduling interval (or if one the currently active threads is no longer able to run or has used up its timeslice) the scheduler picks highest priority threads that are ready to run and assigns them to CPUs. In the case of two single threaded programs there is no reason why both could not be running simultaneously on separate processors, its simply a question of thread priority and thread state." -- Nik Simpson Jon, Nick reinforces what you said. It is a good thing you regularly monitor this thread and straighten us out when we go off the deep end.

Report TOU Violation

Share This Post

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next