PCSX2 Documentation/Thread Counting: Difference between revisions

Jump to navigation Jump to search
no edit summary
m (Ngng moved page Thread Counting to PCSX2 Documentation/Thread Counting without leaving a redirect)
No edit summary
 
(2 intermediate revisions by 2 users not shown)
Line 17: Line 17:


The primary solution is to get rid of the spinwait in the EEcore. In its wake we'll put the EEcore to sleep and have it wake up only once the MTGS ringbuffer has emptied to a satisfactory percentage. With the EEcore asleep, the GSdx thread(s) will have full reign over all the resources of the cpu; which will allow it to play "catch up" more efficiently than it can even in 0.9.6. This model will be an obvious win for both software rendering, and possibly DX11's multithreaded pipeline in the future.
The primary solution is to get rid of the spinwait in the EEcore. In its wake we'll put the EEcore to sleep and have it wake up only once the MTGS ringbuffer has emptied to a satisfactory percentage. With the EEcore asleep, the GSdx thread(s) will have full reign over all the resources of the cpu; which will allow it to play "catch up" more efficiently than it can even in 0.9.6. This model will be an obvious win for both software rendering, and possibly DX11's multithreaded pipeline in the future.
{{PCSX2 Documentation Navbox}}
ninja
782

edits

Navigation menu