Linked by Thom Holwerda on Mon 27th Aug 2007 22:21 UTC
Thread beginning with comment 266327
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/24/13 14:44 UTC
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
More News »
Sponsored Links



Member since:
2005-07-08
Hmmm, it seems like we have a proc neutrality debate on our hands! Microsoft wants to throttle certain types of tasks (moving content) in favor of others (consuming content). But they don't own our processors, and we don't (typically) share them with other Microsoft customers. Even if people find this tradeoff acceptable (which I don't doubt), we should be able to disable or adjust this throttling to fit our needs.
As for the hard-coded throttling, this is just ridiculous. The very least Microsoft can do is base the throttling on a hardware calibration loop to compensate for differences in network and processor performance. In other words, figure out the average processor time per second required on your system to process packets at your network speeds. They can build it into their upgrade treadmill index thingy (forget the name).
But even better, they should dynamically adjust the relative timeslice ratios of realtime tasks at runtime. If we drop excessive packets because the network driver is starving, give a bit more to the network. If we drop a sample/frame because the media player is starving, pump it up. A steady-state equilibrium should be established very quickly as network usage and/or media workload changes.