Microsoft responds to Vista network performance issue
Summary: I have received a response to the Vista network performance issue from Microsoft.
For background to this issue read previous posts: Post 1 | Post 2 | Post 3.
I have received a response to the Vista network performance issue from Microsoft. Here are some points of interest:
- "We have been looking into this problem and are working on a doc that will go into the technical details of what we have found."
- "Please note that some of what we are seeing is expected behavior, and some of it is not. In certain circumstances Windows Vista will trade off network performance in order to improve multimedia playback. This is by design."
- "The connection between media playback and networking is not immediately obvious. But as you know, the drivers involved in both activities run at extremely high priority. As a result, the network driver can cause media playback to degrade. This shows up to the user as things like popping and crackling during audio playback. Users generally hate this, hence the trade off."
- "In most cases the user does not notice the impact of this as the decrease in network performance is slight. Of course some users, especially ones on Gigabit based networks, are seeing a much greater decrease than is expected and that is clearly a problem that we need to address."
- "Two other things to note. First, we have not seen any cases where a users internet performance would be degraded, in our tests this issue only shows up with local network operations."
- "Second, this trade-off scheme only kicks in on the receive side. Transmit is not affected."
I've been doing some more research into this and I'm coming to the conclusion that the issue is related somehow to Multimedia Class Scheduler service (MMCSS). This is a service that makes sure that multimedia applications have prioritized access to CPU resources. I can't prove my theory because killing MMCSS also disables Windows audio.
As more information is made available, I'll keep you in the loop.
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.
Talkback
bogus
fix it NOW
Bafflespeak
This is techospeak psuedo plausible bafflegab. Can anyone tell me what this means in either plain English or correct technical terms?
They acknowledge a problem exists, but can't find the problem and this only affects local network operations. There is a concise statement if I ever read one.
TripleII
Double bogus
It doesn't, so...
Problem looking for a solution
I can't believe we have to put up with this in the era of dual cores
I can't believe we have to put up with this in the era of dual core and quad core computers. Slap the network driver on one CPU core and put the audio playback on another core and problem solved. But even single core CPUs are so fast that this shouldn't ever be a problem even if audio playback gets priority over network-related CPU usage. It's not like network-related CPU consumption uses more than 50% CPU on a modern dual-core processor even when throughput hits 500 mbps. There?s just no excuse for this.
See George criticizes microsoft!
Of course he does
George: Please correct me if I'm wrong.
Be reasonable John
In the context of this bug, I'd say any rational person would take that position. Vista's been out for 6 months and this is the first we're hearing about this bug? Obviously not a showstopper.
That's not to say that other issues might prevent a migration, but this just isn't it.
It's definitely annoying and it's probably not a show stopper
I would go as far as saying that if Microsoft absolutely refuses to fix this problem that I'm going to have a problem recommending Vista but it's way to early to say that. This bug is going to feed the DRM conspiracy theorists for sure and Microsoft needs to fix this bug fast.
Not the first time
It's not the first we're hearing of it (try searching google for "vista networking slow" or something similar) but it's the first time somebody's figured out that it's related to sound playback.
ignoring the obvious
Mixing this bug with the previous bug is hardly fair.
Given my own experience with Vista
George has clearly reached a different conclusion, which is his right.
Isn't it odd that XP doesn't have this problem?
George Ou is right, Vista should run the data transfer on one core and run the media player on a second core when possible.
No it doesn't need more horse power to play audio/video
This is definitely a nasty feature turned bug if I?ve ever seen one.
amen
I have a Core2 Quad oc'd to 3.2ghz, 4 gigs of ram, an nvidia 8800gtx, and gigabit ethernet. According to task manager, playing an mp3 on this hardware doesn't even register as raising cpu usage at all, it stays at 1% on all four cores! So if my old 800mhz athlon can play music and transfer files at full speed on XP, there is NO EXCUSE modern hardware shouldnt be able to do it with ease in Vista.
Don't even need that much power
The official explanation doesn't make me less likely to trust MS, not more, as it doesn't seem to gibe with reality.
...or even on hyperthreaded chips
Is this the same George...
http://blogs.zdnet.com/Ou/?p=675&page=2
I'm still standing by my theory
The network driver stack is all new in Vista.
I ran a test last night firing up ten instances of Windows Media Player Classic running ten separate video files. I could see all ten videos running smoothly and the ten audio files mixed perfectly and I could hear conversations from all ten videos smoothly.