Slashdot Mirror


MS Responds To Vista's Network / Audio Problems

quirdan writes "With the discovery last week of the connection between Vista's poor networking performance and audio activities, word quickly spread around the Net. No doubt this got Microsoft's attention, and they have responded to the issue. Microsoft states that 'some of what we are seeing is expected behavior, and some of it is not'; and that they are working on technical documentation, as well as applying a slight sugar coating to the symptoms. Apparently they believe an almost 90% drop in networking performance is 'slight,' only affects reception of data, and that this performance trade-off is necessary to simply play an MP3."

97 of 528 comments (clear)

  1. Typical by Etrias · · Score: 4, Funny

    Remember folks, this is a feature, not a bug.

    Two plus two is five. War is peace. Rinse, repeat.

    1. Re:Typical by Brian+Gordon · · Score: 5, Insightful

      How many lights are there again? Five?

    2. Re:Typical by Anonymous Coward · · Score: 2, Funny

      What about lathering? How do you expect me to get clean WITHOUT FUCKING LATHERING!

    3. Re:Typical by Anonymous Coward · · Score: 5, Funny

      How many lights are there again?

      ...buffering...

    4. Re:Typical by Adambomb · · Score: 2, Funny

      I wish more people preferred the finger reference to the lights though.

      --
      Ice Cream has no bones.
    5. Re:Typical by ThwartedEfforts · · Score: 3, Insightful

      Either

      "No need to read 1984 anymore, we're living it."

      or

      "They don't let kids read 1984 anymore, might give 'em some ideas"

    6. Re:Typical by Fulcrum+of+Evil · · Score: 2, Funny

      I'm just tired of people acting as if the startrek episode was some sort of groundbreaking thing instead of a halfassed homage to 1984.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
  2. New OS has old problems by Boa+Constrictor · · Score: 5, Insightful
    I suppose this explains why MS has been so reticent to start afresh with the codebase until now. Even basic things are buggy and it's costing the reputation of the latest roll-out.

    Pushing Vista too early is only going to hinder long-term deployment.

    1. Re:New OS has old problems by Anonymous Coward · · Score: 3, Insightful

      Even basic things are buggy and it's costing the reputation of the latest roll-out.

      Pushing Vista too early is only going to hinder long-term deployment.

      Only among the geek crowd, who don't want Vista anyway. The "general public" doesn't care. The computers they buy new come with Vista, and that's what they will use.

    2. Re:New OS has old problems by coryking · · Score: 5, Interesting

      Actually, the TCP/IP stack is a rewrite. Assuming this bug is somewhere in the TCP/IP stack, this is a prime example of why you should *not* rewrite.

    3. Re:New OS has old problems by NMerriam · · Score: 3, Insightful

      Only among the geek crowd, who don't want Vista anyway. The "general public" doesn't care. The computers they buy new come with Vista, and that's what they will use.


      Yeah, but the general public doesn't pay MS's rent. Corporate licensing and OEM deals are where the money comes from, and those are both in serious trouble right now in that nobody with more than a few hundred desktops considers Vista even remotely acceptable. Granted, by the time Vista SP2 is out in 2010, they may have fixed a lot of this stuff.
      --
      Recursive: Adj. See Recursive.
  3. Re:Nice error, the drop is 10% by LinuxGeek · · Score: 5, Informative

    No, the network speed drops to ~10-15% of non-audio playing speed. Very significant issue.

    --

    Kindness is the language which the deaf can hear and the blind can see. - Mark Twain
  4. Back in 1994... by Anonymous Coward · · Score: 5, Interesting

    Back in 1994, I bought a Power Macintosh 7100. One of the first PPC chips, about 66MHz, and running a positively archaic operating system.

    I still have the machine, and drag it out from time to time. When this story broke, I pulled it out of storage to test it, and see how it compared. With a 10/100 ethernet card in, running the mac's System 7.5.3, it could successfully play an MP3 while transferring, and it made no difference whatsoever to send or receive speed over the network.

    Take note Microsoft: 1994, 66MHz, System 7.5.3, more than 13 fricken years ago.

    1. Re:Back in 1994... by Poromenos1 · · Score: 2, Insightful

      Don't take this as an attack, but your comment is rather sensationalist. What difference does it make that your 13 year old PC plays mp3s over the network? It's not like MS is 13 years behind, it's a BUG. Hell, XP is fine, you don't see me saying "Watch out, 2007 MS, 2004 MS has you beaten!".

      --
      Send email from the afterlife! Write your e-will at Dead Man's Switch.
    2. Re:Back in 1994... by Anonymous Coward · · Score: 5, Insightful

      Yeah, but uh... Microsoft's answer is that it's a nescessary trade-off for good sound performance. If they acknowledged it as a bug there wouldn't be such a bitch-fest going on.

    3. Re:Back in 1994... by Reaperducer · · Score: 5, Funny

      Geez. Even the Commodore 64 can play MP3's.

      Windows can't compete with a 1 Mhz computer made in 1992 with 38,911 BASIC BYTES FREE
      READY.
      []

      --
      -- I'm old enough to have lived through six different meanings of the word "hacker."
    4. Re:Back in 1994... by Craig+Ringer · · Score: 2

      One poster has already pointed out one part of why your argument is oversimplified (cooperative multitasking).

      In fact, Mac OS 7/8/9 are still hard to beat for soft realtime, because you can basically control the machine exclusively for as long as you want, giving access back to the OS only when it's convenient. If there are no other processes running (you've killed the Finder and aren't running anything but your app) it's impressive for audio etc.

      There's another big reason, too. Your M601 based PowerMac didn't have gigabit ethernet. If it had, it couldn't have even processed the interrupts fast enough to count the packets it was dropping. (It didn't help that the 601 machines were NuBus based, but even had they been PCI it'd still be hopeless). I very much doubt a 601-based machine could even fully saturate 100baseTX. I know ours at work couldn't in network file I/O. On the other hand, with a 66MHz CPU that's hardly surprising.

      I'm still very surprised that these effects are so significant. Soft realtime CPU scheduling guarantees to multimedia apps should not have to so dramatically affect machine throughput, though they'll probably have some effect. Look at Linux - it copes pretty well. Vista performing poorly in this area is unfortunate, but not so incomprehensible as many claim, especially since IIRC it does provide quite low latencies for audio apps.

      --
      Craig Ringer

    5. Re:Back in 1994... by Lars+T. · · Score: 2, Insightful

      Geez. Even the Commodore 64 can play MP3's.

      Windows can't compete with a 1 Mhz computer made in 1992 with 38,911 BASIC BYTES FREE
      READY.
      [] Yeah, if you plug an SD-Card reader into the C64, and then a DSP-board onto that reader which then accesses the SD-Cards, completely bypassing anything original to the C64. I'm to lazy to check whether you can still use the 10MBit Ethernet card at the same time.
      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    6. Re:Back in 1994... by Goldberg's+Pants · · Score: 2, Interesting

      And people are wondering why game performance is so poor under Vista. While graphics drivers are part of it probably, how much other nonsense like this is going under the hood that people haven't discovered yet?

    7. Re:Back in 1994... by Goldberg's+Pants · · Score: 2, Interesting

      I have a 486 DX/100 here. In Linux I can play MP3's and use another console window. Mp3 would occasionally skip but was solid 99.9% of the time.

    8. Re:Back in 1994... by Just+Some+Guy · · Score: 2

      What difference does it make that your 13 year old PC plays mp3s over the network? It's not like MS is 13 years behind, it's a BUG.

      13 years is almost 9 Moore generations ago. Wikipedia seems to think that a new Core 2 Extreme can run about 250 times faster than his CPU. What kind of bug could possibly account for over two orders of magnitude slowdown in the new system, and what lack of engineering oversight allowed it to happen?

      If he'd said that XP on his P4 was faster for certain activities, OK, I could chalk that up to fine tuning issues and a bit of optimization. This isn't anywhere near that simple.

      --
      Dewey, what part of this looks like authorities should be involved?
    9. Re:Back in 1994... by Mex · · Score: 5, Funny

      Yes, but does it have AERO? Fuck no! Windows Vista wins, yet again! ;)

  5. "It's not a bug, it's a limitation." by John+Jorsett · · Score: 3, Interesting

    That was the response of a MS tech regarding a defect that a bunch of us found in one of their C libraries some years ago. They must have had that guy train his successors.

    1. Re:"It's not a bug, it's a limitation." by koh · · Score: 2, Interesting

      Wait a minute. Could this be done to limit streaming capabilities? It is the main side effect after all...

      --
      Karma cannot be described by words alone.
    2. Re:"It's not a bug, it's a limitation." by Goldberg's+Pants · · Score: 2

      MS has always acted in a way that is prejudicial to consumers. I am continually amazed at the number of people who actually went out and BOUGHT Vista. I don't understand why anyone would go to another MS OS until absolutely forced too. I mean even the best case scenario, Vista was going to be far more bugged and problematic than it's older brother XP. Anyone who goes out and spends $250 on an OS clearly has more money than sense.

      I just really don't get it. I'm awaiting delivery of my new Dell this week. It's got Vista. First thing I'll be doing is nuking that and replacing with XP (need it for gaming) and Ubuntu. (Sadly the Linux option is only offered in a few countries. Mine isn't one of them.) I don't even plan to boot Vista.

    3. Re:"It's not a bug, it's a limitation." by iluvcapra · · Score: 3, Interesting

      There is this sort of undercurrent in a lot of Microsoft literature on MSDN, Channel9 and other sources (see this in particular); many units in MS seem to take it for granted that "computing" is essentially an activity of programmers, and that end users need not be bothered with it. Sure, end users use computers, but really all they do with them is stuff they could've done without them, just faster (according to MS).

      Since an operating system is a "computing" product par excellence and really has no relation to a practical end-user process (by their reckoning), Microsoft only indifferently supports its operating system for end users, and primarily targets its attention on getting developers to make the switch. They believe, for good reason, that if they get the devs to build on Vista, then the end-users will just follow the applications, and that they won't really need to market the OS. Or, for that matter, even spend too much energy supporting it, since performance and reliability are always secondary to compatibility, which the developers lock the end users in to.

      --
      Don't blame me, I voted for Baltar.
  6. ITS by Brian+Gordon · · Score: 3, Insightful

    To say nothing of traditional multithreading, how do they explain how the entire OS could be run on either of my cores, but just networking and multimedia can't run together on both of them without some kind of tradeoff?

  7. Because only MS ever uses that excuse.. by Junta · · Score: 2, Insightful

    I couldn't begin to keep track of how many times I've heard that one in the industry. 'X is broken'. 'Well, our new architecture can't theoretically acheive X anymore, so it's a design limitation, not a bug'.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  8. REally? by Lumpy · · Score: 5, Insightful

    Apparently they believe an almost 10% drop in networking performance is 'slight,' only affects reception of data, and that this performance trade-off is necessary to simply play an MP3.

    Interesting, VERY interesting. This either means that Microsoft Programmers are incredibly incompetent or they are hiding something. I can take a really old Linux kernel (or windows 98 install) on a Pentium 233 mmx processor and see less than 0.05% drop in networking performance while playing an mp3. In fact I dont see that drop playing 2 mp3's at the same time while transferring large amounts of data over 100 base T. I do this daily on my whole house mp3 jukebox that is linux based, it has 2 seperate sound cards that plays 2 different mp3 files while I upload another 60-80 mp3 files I corrected the data tags on. I do not see the performance hit of 10% on hardware that is at least 20 to 30 times slower than the typical Vista machine.

    What are they hiding?

    --
    Do not look at laser with remaining good eye.
    1. Re:REally? by doodleboy · · Score: 4, Insightful

      What are they hiding?

      That it's caused by the DRM subsystem.

    2. Re:REally? by arivanov · · Score: 4, Informative

      Good thinking.

      If it accessing the onboard TPM this is quite likely. I cann bet that they smacked a few global locks around those accesses just in case to ensure that a silly race condition in the access will not allow someone to break through the precious DRM. PC TPMs are disgustingly slow so every access leads to a fairly long period when interrupts are not being serviced. As a result the system capability to process interrupts drastically decreases whenever the DRM subsystem has been activated. Add to that some priority to multimedia and the picture will be exactly as observed.

      This is all hypothetical of course, but it more or less makes sense. I would not be surprised if that is the case.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    3. Re:REally? by myrdos2 · · Score: 5, Insightful

      Napoleon: "Never ascribe to malice that which can be explained by incompetence."

      Me, after using Vista: "Any sufficiently advanced incompetence is indistinguishable from malice."

    4. Re:REally? by gad_zuki! · · Score: 5, Interesting
      Maybe we should start using the slashtards tag. Did you even bother to click on the link? Hell, the article is written in the ADD-style of "dummy quotes." The author doesnt even present the full email! In short, what was left out is that MS has acknowledged the bug but the tech wrote that there is going to be some kind of performance hit. Its not like MS wrote "THIS IS NOT A BUG. GO AWAY." Contrast:

      "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."

      "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."


      In other words they see a bug especially on gigabit connections.

      Now back to yoru regularly scheduled bitching and "ZOMG my calculator gets better performance" fact-free discussion.
    5. Re:REally? by Just+Some+Guy · · Score: 5, Insightful

      "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."

      In other words they see a bug especially on gigabit connections.

      Yes. The bug is that the audio system has any correlation whatsoever, however minor and imperceptible, with the frickin' network stack, and even moreso that this is expected.

      It's not expected behavior. I don't care how much they jump up and down and cry that most people won't notice, this is bullshit.

      Me: Every time I get in my car, a hammer pops out and hits me in the jaw, painfully.
      GM: That's a bug. It shouldn't hurt so much.
      Rational observer: WTF?

      There's no lost context or missing information. The facts are that MS is OK with the idea that an MP3 reduces your network throughput. There's really nothing else to say in the matter. That one admitted fact alone is enough to declare it defective by design.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:REally? by Kjella · · Score: 3, Interesting

      Well, from what I've understood a TPM chip isn't required to run Vista (though it's a requirement for some of the "Vista-ready" stickers I believe). With no TPM chip this can't kick in, so can anyone with a mobo without TPM test it?

      --
      Live today, because you never know what tomorrow brings
    7. Re:REally? by TheRaven64 · · Score: 2, Insightful

      It's a shame you posted as AC, because you've almost certainly got it exactly right. Every operating I've used (with the possible exception of BeOS, and QNX) has problems playing audio under high load. It's usually not a big issue, because most machines aren't loaded that much these days, and most people don't notice the odd stutter in their sound.

      You can avoid this by making the interrupt handler in the audio driver run at a really high priority. If you don't even wait for interrupts, you just poll to see if the device is waiting for data, you will never skip (as long as the decoder gets enough CPU time). The down side to this is that you are likely to lose (or delay handling) interrupts raised by other devices. Either MS is polling the audio interrupt, or they have things configured so that the audio device's interrupt is not masked while handling interrupts for the network device. In either of these cases, you get missed, or delayed, interrupts from the network device. This means that the receive buffer fills up and ethernet frames get dropped.

      Or, it could be the evil DRM spying on you. Don't let logic get in the way of a good conspiracy theory.

      --
      I am TheRaven on Soylent News
    8. Re:REally? by TheRaven64 · · Score: 2, Insightful

      The bug is that the audio system has any correlation whatsoever, however minor and imperceptible, with the frickin' network stack The audio driver waits for an interrupt signalling that there is space in the playback queue to add some more data. The network driver waits for an interrupt saying that a receive buffer is full. They are, at the lowest level, both interrupt servicing systems. They both sit (in most operating systems) on top of some kind of interrupt abstraction layer. The APIs are not related, but at the driver layer (where the problem is), they are.
      --
      I am TheRaven on Soylent News
  9. Internet is all that counts! by mishehu · · Score: 4, Funny

    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.

    So I see! All that matters is the Internet performance of the average user, which is probably what, less than 5Mbps anyway! How silly of me to think there would be a problem with say... trying to access a corporate file server to work with say really big data files? Wow, I'm really going to recommend Vista to my clients now!

  10. "..slight.."?? by biomech · · Score: 5, Funny

    Oh, I see,

    as in "slightly pregnant" or "slightly dead"??

    --
    We have met the enemy and he is us - Pogo (Walt Kelly)
  11. Re:missing tag? by cp.tar · · Score: 5, Funny

    They just said a 90% performance hit to an unrelated system is normal? So where's the "defective by design" tag? Well, the article summary does state that

    Microsoft states that 'some of what we are seeing is expected behavior, and some of it is not'

    All in all, the performance hit is obviously expected behaviour. I guess it's just the severity of the hit that's unexpected.

    They'd probably planned just a 70% performance hit, but we can see their software performs better than expected.

    --
    Ignore this signature. By order.
  12. From the horse's mouth by stinerman · · Score: 5, Interesting

    FTA:

    "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."

    Granted, I don't want my audio stuttering, but the idea that the CPU can't keep up because of file transfer is insane. Maxing out an ethernet connection doesn't take much CPU. Even if we put the audio at a very high priority, I don't see how that would immediately degrade ethernet performance by 90%. I could accept no more than about 5% in a worse case scenario.

    To be fair if I renice rhythmbox to 18 and transfer a file, things go to hell. Renicing to 10 clears it up. I saw no degradation of speed. Apparently Debian can do file transfers at full speed while playing an mp3 on a rather old PC*. Something isn't right here...

    *Athlon XP 2400+, 1GB DDR

    1. Re:From the horse's mouth by freeweed · · Score: 5, Funny

      a rather old PC*

      *Athlon XP 2400+, 1GB DDR


      Holy shit, get off my lawn x 1 billion!

      --
      Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
    2. Re:From the horse's mouth by Xtravar · · Score: 4, Interesting

      Generally, audio goes through many buffers before being sent out to the device. In Vista, perhaps all audio is streamlined as high-priority.

      For example, when audio recording, you don't want to use Microsoft's typical sound system - you want to record using ASIO which goes through less buffering and latency. If you record using the regular sound system, you end up with perhaps 100s of ms of lag, which is a bitch when you're trying to record to a metronome.

      As some AC above noted, Linux only has a direct audio IO path when using jackd. Otherwise, everything is buffered a plenty.

      So I think it has nothing to do with CPU power, and more to do with "Vista is a real-time multimedia machine!" When you're interrupting a LOT to be attentive to the audio device, this is going to interfere with the network, whereas if you just interrupt less regularly but send larger amounts of buffered data you don't have that problem.

      *Fair warning, my facts may not be 100% accurate, but I think this is the gist of the problem.

      --
      Buckle your ROFL belt, we're in for some LOLs.
  13. Re:missing tag? by stinerman · · Score: 5, Informative

    No, it's not. Read the old FA:

    However, some users over at the 2CPU forums have discovered an unexplained connection with audio playback resulting in a cap at approximately 5%-10% of total network throughput.

  14. This parent is a troll. by Anonymous Coward · · Score: 2, Insightful

    Oh, please. You're right that Vista is a more capable operating system than Mac OS 7. You're wrong that it would have any implication on audio playback.

    I can encode a 320mbit VBR MP3 at about 20X playback speed. That's encoding, the slow phase. MP3 playback is NOT a real-time task. It hasn't been for ages. The system decodes the next several seconds of audio, stores it in an audio buffer, and tells the system to play it. If you hit pause, it then stops the active playback immediately, but there's still more audio data available. This way, there's no reason for the audio to skip, and the audio program doesn't need to be top priority or realtime.

    Ironically the only audio program I've had problems with skipping under Windows is iTunes, and only when running some other task at 100%.

    In any case, audio programs don't need realtime priority and there's no reason why playing audio should cause network performance to degrade in a properly designed system. I can see a poorly designed system manage to completely screw things up with interrupt handling, though.
    --
    Sigs are lame.

    1. Re:This parent is a troll. by TheRaven64 · · Score: 2, Insightful

      MP3 playback is NOT a real-time task. It hasn't been for ages. Yes it is. It is not a CPU-limited one, but it has strict realtime requirements; if one sample is not decoded and placed in the soundcard's buffer before the previous one has finished playing then the user will notice. Encoding the MP3, in contrast, is CPU-limited, but not realtime, since it has no latency requirements at all.

      I'm not a Microsoft apologist - I haven't run an MS operating system for several years, and I've never used Vista - but this bug is quite understandable. I posted in the last story suggesting it was probably exactly what Microsoft describe. Now that I know that it only affects receiving, I will suggest that it's an overoptimisation in the interrupt handling code. I would guess that they switch from interrupt-driven to polling mode on high-priority latency-sensitive drivers when they are busy. The sound device would be one of these. If they don't switch back fast (or often) enough, then the leading edge of some interrupts will be lost, and if they delay even longer then packets will be lost because the network card's receive buffer will become full. Sending would not be affected.

      The fix for this should be simply altering a constant somewhere to make the sound devices stay in polling mode for less long, or after more interrupts in a short period. Even with QA time, it shouldn't have taken more than a week to get the patch out.

      --
      I am TheRaven on Soylent News
    2. Re:This parent is a troll. by TheRaven64 · · Score: 2, Insightful

      Bad form replying to myself, but I just realised that it's more likely that they simply don't mask the audio controller's interrupt when entering the network interrupt handler. This would let the audio driver preempt the network driver, which would cause delays in handling network interrupts. The fix for this is slightly harder. Ideally, you would just use a larger buffer for the sound subsystem, but the hardware might not support this. Another option would be to mask the audio hardware's interrupts, but poll he device once every few received frames. This is probably what they will have to do, but it's a non-trivial fix.

      The ideal solution would be to have the interrupts for the network controller and audio device routed to different CPUs, but this would could make things worse if both subsystems have some kind of shared lock. Ideally, you would have almost no code in the interrupt-servicing part of each driver, and use a lockless ring buffer or similar structure for this to communicate with the next layer up, and no other resources, so they could be run without contention. I don't know how feasible this design is in the Vista kernel though.

      --
      I am TheRaven on Soylent News
  15. FTA by flummoxd · · Score: 5, Interesting

    "In certain circumstances Windows Vista will trade off network performance in order to improve multimedia playback. This is by design."

    I know we've been over this before. But for whom are we 'improv[ing] multimedia playback'? Is it really an issue in 2007, to perform a network transfer and play an MP3? Or is it Vista's "secure audio path" that is responsible for this? Remember, this is the same Vista that polls your hardware every few ms to check if you're playing 'premium content'.

    I know not everything bad Microsoft does is done with forethought and malice (..) but really now. After reading the 'cost analysis of Vista content protection', can you not understand the apprehension? If some "multimedia" (albeit not 'premium content', but who's counting) is played, other parts of the system deliberately go into a 'limited' state? After reading that, does it sound like a bug to you?

    "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."

    I call shenanigans.

    Even if this is a legitimate "bug", i.e. the Vista testers were actually experiencing crackling audio while performing high bandwidth network transfers, who made the conscious decision to throttle the *network* instead of fixing the audio path and audio drivers? Windows XP had no problems performing high-bandwidth transfers and using the sound simultaneously. Besides normal operating system scheduling there was no 'throttling' of any device A when any device B activates. This is Vista content protection backfiring, plain and simple.

  16. Enough with the Microsoft bashing by symbolset · · Score: 5, Funny

    Nobody could expect Microsoft to come up with an OS that does two things well at the same time. That would be multitasking. We're decades away from the invention of computers that can do that.

    Networking is overrated also. It's probably just a fad that will fade away once we all get high density flash storage for our sneakernets.

    Music? If you wanted to do artsy iLife stuff like that you should have bought an iFruit.

    --
    Help stamp out iliturcy.
  17. Re:missing tag? by Original+Replica · · Score: 4, Funny

    All in all, the performance hit is obviously expected behaviour.

    Well of course they are expecting a performance hit, after all they aren't "just trying to play an MP3" they have to do 7 different DRM related processes while playing an MP3, on top of Sony's hack of your webcam doing a biometrics check to verify that you are the original purchaser. Seriously though, does the drop still happen if you play a DRM free MP3 on a non-MS player?

    --
    We are all just people.
  18. M$ expected behaviour! by MindKata · · Score: 4, Informative

    "performance hit is obviously expected behaviour" and from the article, "Windows Vista will trade off network performance in order to improve multimedia playback"

    That is utter BS. On a decade old machine, its possible to run a network and audio playback at real time speeds. Given the power of even low end PCs these days (minimum spec Vista machines) its crazy they cannot handle both together.

    --
    There are 10 kinds of people in the world... those who understand binary and those who don't.
    1. Re:M$ expected behaviour! by cp.tar · · Score: 5, Funny

      Given the power of even low end PCs these days (minimum spec Vista machines) its crazy they cannot handle both together.

      Sure they can.

      They just cannot run Vista at the same time.

      --
      Ignore this signature. By order.
    2. Re:M$ expected behaviour! by tsa · · Score: 4, Informative

      On a decade old machine, its possible to run a network and audio playback at real time speeds.

      Even my G3 iMac with OSX 10.3.9, which it wasn't designed to run at all, could do that, using iTunes and running Firefox and Thunderbird and Skype (all memory- and CPU hogs) at the same time.

      --

      -- Cheers!

    3. Re:M$ expected behaviour! by Richard+Steiner · · Score: 4, Interesting

      I play MP3 files in the background all the time on my OS/2 box (a Micron PPRO/200 tower w/192MB built in late 1996), and it has no measurable impact on network activities. I usually use Z! as the player.

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    4. Re:M$ expected behaviour! by Orange+Crush · · Score: 2, Informative

      Minimum spec to run any other OS will be equally poor, does linux still run on a 386 with 2mb?

      Sure, as long as you use a kernel optimized for so little memory by today's standards, probably might want to stick to 2.4 or earlier. Forget about a GUI tho. But there's no reason it wouldn't feel as snappy at the command prompt as it would under DOS. There might be an ultra-lightweight GUI out there somewhere, but bear in mind you're talking about a machine that's barely adequate for Windows 3.1.

    5. Re:M$ expected behaviour! by cp.tar · · Score: 2, Informative

      Minimum spec to run any other OS will be equally poor, does linux still run on a 386 with 2mb?

      Sure, as long as you use a kernel optimized for so little memory by today's standards, probably might want to stick to 2.4 or earlier. Forget about a GUI tho. But there's no reason it wouldn't feel as snappy at the command prompt as it would under DOS. There might be an ultra-lightweight GUI out there somewhere, but bear in mind you're talking about a machine that's barely adequate for Windows 3.1.

      I'd think Blackbox, Fluxbox, Window Maker or even Enlightenment would work.

      If not, there's always wmii, ratpoison and the like.

      Not nice, but probably doable. Unlike a 386 with 4 MB of RAM, onto which I once had to install Win95. Floppy disk install.
      The damned thing used to boot for so long that my mother, who used the machine for work, would come in in the morning, turn it on and go grab some coffee. By the time she got back, the computer would be just about ready.

      Now, admittedly, I wouldn't really bother experimenting with it, but I'm fairly certain this is still doable - and usable. I don't know the specs of one of my friend's old computers, but it was quite old (maybe a 486?) and we installed Damn Small Linux on it. GUI worked, though he didn't need it - it's just a lynx/nethack machine for the times he's too lazy to get up.

      --
      Ignore this signature. By order.
    6. Re:M$ expected behaviour! by RobertM1968 · · Score: 3, Insightful

      DUH!!!!!!!!! It's NOT off topic. The point it was relevant to you apparently missed. Let me spell it out to the moderator who obviously has no brain or just likes modding anything that mentions OS/2 as off-topic.

      - Z! (which I use exclusively on OS/2) works on Windows

      - Someone asked is this an aspect of playing MP3s via Windows Media Player which on Vista seems to talk to MS no matter what you click - or if this can be repeated using non MS audio playing apps.

      - This was in response to, and for providing more information about; testing this with a non-Windows Vista/Media Player app to evaluate that question.

      - I don't (and won't) run Vista, so I cant test this... but the idiot moderator who flagged my post as off-topic maybe could...

      Ah well... at least only some mods are idiots.

  19. Re: Deployment by TaoPhoenix · · Score: 4, Interesting

    Maybe they don't care at all about deployment of Vista.

    We harp on MS a lot, but they ARE clever in certain ways. Suppose someone is thinking Big Picture in some kind of twisted sense. They can play a variant of GoodGuy/BadGuy by having a "Sacrificial OS" every 8 years. They're somehow getting us to pay for their beta testing. They HAD to get Vista out, period, and rely on their patented brand of bluster to get through it. They were getting serious heat from inactivity. I bet someone got utterly crushed when they had to switch codebases during that dev setback.

    I barely heard of Win Me - consecutive tips told me to get Win2000, which lasted me through 2.5 OS changes from MS. Then in the early days, I saw a lovely crash&burn act on XP *SP2* until everyone repaired their firmware. I even had some flash devices that I had to return until the factory shipped ones with newer firmware.

    Now XP is their heavy duty workhorse while they experiment with their new codebase. Suppose just for a moment that Vista NEVER works... but what they learned from Vista SP1 gets applied to Windows 7 (anyone got a codename yet?). Then maybe by 2010 all the results of history on the media scene will be in, maybe they will back off from DRM, and take some other focus. If they don't screw it up, Vista will be that smile in techie's forums, Windows 7 will be the new 8 year workhorse, and off we go ever after.

    Having cash flow the size of a country must be fun.

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  20. What a Load of... by Nom+du+Keyboard · · Score: 5, Insightful

    Apparently they believe an almost 90% drop in networking performance is 'slight,' only affects reception of data, and that this performance trade-off is necessary to simply play an MP3.

    What a load of utter Crap! If such a trade-ff was ever necessary, then we would have been seeing it in Win XP as well, and obviously we don't.

    Vista networking is broken! Try copying over files from your XP machine on a mapped drive if you don't believe me. And audio/video functions in Vista are equally broken. And I bet its for the same reason: Kiss-Up To Hollywood DRM.

    Microsoft has caved to the almighty Hollywood dollar, and with Vista you're pwned more than ever!

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  21. It's the New and Improved Anti-Piracy by Tom · · Score: 5, Funny

    You see, they couldn't stop people from cracking DRM and copying music. And they couldn't stop people from going online and sharing their music. But, Billy has one last ace up his sleave: You can't do both at the same time! There! Ha!

    --
    Assorted stuff I do sometimes: Lemuria.org
  22. All MP3 Players? by Nom+du+Keyboard · · Score: 3, Interesting

    So does this affect all Windows media players (e.g. WinAmp), or just WMP? Could be a great argument to jump ship to non-MS software.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  23. Re:Nice error, the drop is 10% by Anonymous Coward · · Score: 5, Informative
  24. Re:missing tag? by Yvan256 · · Score: 3, Interesting

    Microsoft should just tell the RIAA/MPAA to go fuck off. Seriously.


    I just took a different route and told the RIAA/MPAA to go fuck off by buying a Mac mini.

    Say what you want about Apple but at least they're not bending over every time the RIAA/MPAA asks them to do something.

  25. Re:What Microsoft said makes sense by microbee · · Score: 3, Informative

    Just follow any CFS thread (or any Linux scheduler threads in the archive), the new shiny Linux scheduler.

  26. Had to uninstall Vista from the 2 newest laptops by GoldTeamRules · · Score: 4, Interesting
    We bought at our company. It was just ridiculous the number of times programs crashed (photoshop cs3), how slowly development environments ran (Java, Eclipse), and how terrible disk I/O was.

    Remember, this was supposed to be an UPGRADE. Honestly, it is just terrible. Vista on a laptop is simply awful. These were brand new HP laptops with 2GB of RAM.

    Vista offers nothing. It is an utter waste of time to attempt an upgrade at this time. With Vista and IE7, the shine is definitely off of MS. There is nothing in the MS product roadmap that is even remotely interesting to me at this point.

    MS competitors have never had a better time to take advantage of MS market position than they do now. The hole is wide open.

  27. Re:What Microsoft said makes sense-SO WHY??? by Nom+du+Keyboard · · Score: 4, Insightful

    Windows puts much more emphasis on the desktop and audio playback has been much smoother. This comes at a cost, of course, as the article says. This is a simple trade-off between interactivity (for desktop) and throughput (for server).

    So why is it that Win XP never had this problem on slower hardware? Nor Win2K, ME, 98SE, 98, 95...

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  28. Re:Parent is a troll. by El_Isma · · Score: 5, Funny

    What are you saying? Can't you see it's excellent backward compatibility? It plays Mp3 like you were on your old 386! How more backward can that be?

  29. I didn't believe it by rantingkitten · · Score: 5, Informative

    So I ran my own test.

    I transferred a 3.5 gigabyte file from my Ubuntu Fawn laptop to my Vista Ultimate workstation. Both are dual-core Intel processors; the Ubuntu laptop is a T5600 @ 1.83ghz, and the Vista workstation is an e6600 @ 2.4ghz. They are connected through a normal Belkin with a 100mbit ports.

    (Amusingly, the file in question was a Vista Ultimate ISO.)

    While the transfer took place I opened Vista's task manager and looked at the network utilization graph. Steady at 38% with almost no deviation. I let that go for a minute.

    Then I played an mp3.

    Immediately the utilization went to 27% and held steady. As soon as I stopped the mp3, it shot back up to 38%.

    I did this all with WMP at first, thinking that'd be it. To double-check I ran my usual player, Winamp, with the exact same results.

    Here is a screenshot of the network graph. Every single one of those dips you see was me playing an mp3. Disgusting!

    Thinking that just maybe the problem was disk usage, I did two things. First, I forced a defrag on Vista while the transfer was underway. Network utilization was unaffected. Next, I tried streaming music from my own darkwave station (and then shamelessly plugged in on slashdot). Network obligingly dropped to 27% even though streaming shouldn't use the disk.

    I'm convinced. This is a seriously messed up issue and I hope to whatever diety that Microsoft rectifies it quickly.

    For the record, Vista has managed to annoy me a lot less than any previous incarnation of Windows, at least in userland, once I turned off the UAC crap. And I like some of the little extras that it does. But from a technical and administrative standpoint, this is highly obnoxious, and I'm pretty appalled.

    I do have to say, though, that until I went out of my way to test this, I had never noticed the difference, and I'm a technical guy. The average user would probably never notice the difference under any circumstances. That does not excuse this type of idiocy, but it may explain why MS chose to do this. Just a guess.

    --
    mirrorshades radio -- darkwave, industrial, futurepop, ebm.
  30. Since when? by supabeast! · · Score: 2, Insightful

    "...this performance trade-off is necessary to simply play an MP3."

    That's funny, the last time I remember any OS taking any significant hit to play an MP3 I was running on a 166 mhz Pentium II.

  31. Re:Same s***, different defect. by Goldberg's+Pants · · Score: 3, Funny

    emailing lies to children

    That may be the greatest line I've seen an AC post on here in my eight years reading this silly little website.

  32. Not much of an excuse is it? by twitter · · Score: 2, Interesting

    'Well, our new architecture can't theoretically acheive X anymore, so it's a design limitation, not a bug'.

    Must be a bug in their design process but it could be something to do with the company structure. I suspect it comes from the marketing interface which is horribly broken. The customer value in gates.h is still pointing to RIAA and MPAA rather than user.

    --

    Friends don't help friends install M$ junk.

  33. I object to the "defective by design" tag by NekoXP · · Score: 2, Insightful

    Absolute bullshit. Microsoft are right here. They've admitted there's a bug in it - something is definitely wrong if the re-prioritizing of tasks is causing that much of a performance hit.

    But, the practice of tuning the system such that audio playback is constant and stutter-free by sidelining other components is VERY common in system design. Sometimes it is built directly into hardware - you dedicate fewer, faster lines to audio and slower and buffered to the networking. When audio skips you are FUCKED. When network traffic stalls, TCP - and in fact UDP and most other protocols layered in some fashion over Ethernet or ATM - is actually designed to handle it by retransmission.

    A 90% drop is ridiculously high, but it IS keeping your audio system fed with data reliably. Perhaps it just needs some extreme fine-tuning. It's certainly the case that a PCI Express audio card because of the high overhead would not be fed data fast enough (PCI Express is high bandwidth but not low-latency) if a PCI Express networking device was pushing data around. We've had this stuff before on Creative cards, where the PCI latency and bus mastering has been tweaked such that the PCI chipset holds the bus for "far too long" causing problems with the rest of the system. But in the end there are not that many TRULY elegant ways of doing it.

    Every system bus is contended at some point, and if the contention shows VISIBLE or AUDIBLE artifacts, then the user will be pissed off. That means, display corruption, legobricking of MPEG data, audio skipping or looping, you cannot have this on a high quality multimedia system, however, 100mbit/s transfer rate really is just fine when it comes down to it. Not perfect considering you paid for something 10x faster, but still, not all that bad for multimedia performance.

    1. Re:I object to the "defective by design" tag by GaryPatterson · · Score: 2, Insightful

      It is a bug, and it will (or should be) fixed, but don't defend it as reasonable. Linux doesn't have this problem, OS X doesn't and XP certainly didn't. It's completely unreasonable to see network throughput degraded when playing music. It's not just imperfect, it's complete crap.

      This came up last week, so we're waiting for a fix from Microsoft.

    2. Re:I object to the "defective by design" tag by Alioth · · Score: 2, Insightful

      But the audio system is incredibly low bandwidth. The decoded MP3 is, at its heart, is 32 bit words (16 bits per channel) hitting the PCI bus and sound system at 44.1khz - i.e. 1.4 megabits per second. That's bugger all. You could stream a CD uncompressed over most broadband internet connections today without a stutter. An 8 bit Z80 CPU could push data down its bus at 1.4 megabits per second without even working up a sweat - give a Sinclair Spectrum, made in 1982, enough RAM, sure it wouldn't be able to decode an MP3 realtime, but it'd be able to push the data fast enough down its 8 bit bus and still have time left over to run the user interface for the program doing the transfer.

      Having to drop network performance to ensure such a low bandwidth stream gets to the sound card on a machine with a big fat wide PCI Express bus and a multicore, multi-GHz processor is just laughable.

  34. Re:Nice error, the drop is 10% by PunkOfLinux · · Score: 4, Insightful

    It doesn't matter if it's still usable. What matters here is that doing something as simple as listening to music has been shown to decrease the network performance of a computer. Completely unacceptable.

  35. Re:Nice error, the drop is 10% by RobertM1968 · · Score: 5, Insightful

    Also, I'm not sure if I'm interpreting those screenshots correctly (I don't use Windows so I'm not too familiar with its monitoring tools) but if 100% in that graph corresponds to 1 Gb/s transfer speed, then the speed drops from 32 megabyte to a still very respectable 16 megabyte per second. People seem to suggest that networking grinds to a halt when playing audio, but although this drop is very significant, it by no means renders your network connection unusably slow. In fact, it's still pretty damn fast.

    I'm sorry, but you aren't making any sense whatsoever. If I buy a racecar that I use on Sundays at the track, and turning on the radio decreases it's top speed from 200mph down to 100mph, is that OK because that is "still pretty damn fast"? If I book a flight that should take 10 hours but whenever the stewardess serves food or beverages, it decreases the plane speed so that the flight takes 20 hours instead, travelling at only 300mph, is that ok because it is "still pretty damn fast"?

    If I am running an internal network, where data transfer speeds are critical to the work I am doing and playing MP3s decreases that speed by 50% (assuming it is the 50% you are claiming the article says and not 85-90%) is that ok because it is "still pretty damn fast"?

    I have been playing MP3s on systems as old as 486's (which used a whopping 10% CPU - with NO network degradation) - there is NO load on today's system when playing an MP3 - except through poor design - or worse yet, intent - so there is no reason why network speeds should drop AT ALL - much less 50%, 85%, 90% or whatever. As others have noted in other threads on /. and elsewhere, such bottlenecks of late all seem to be due to DRM related issues in Vista... I wouldnt doubt a similar issue is the cause here - and the reason why Microsoft is (properly for once) stating that some of this issue is actually due to design.

    The fact is, on today's multi GHz, multi-core systems, a 10% drop in network performance would be outrageous for something as simple as playing an MP3 or other audio stream... 50% is ludicrous... and I can't even think of a word to describe what an 85-90% drop would constitute.

    Yes, when it comes to the Internet world, even a 90% drop in network performance on a gigabit network card doesnt really mean anything for most people - such an attitude misses many still valid points and issues, such as there are numerous users who don't have that Internet bottleneck to make such slowed down connection speeds a moot point (college students for one, businesses with dedicated high speed lines for another) - there are also users of every sort who have home networks set up who WILL see the degradation in speed since they are not limited by their Internet Connection Speed (businesses, home users, gamers doing LAN parties, you name it) - and most importantly, there is no VALID technical reason why playing any audio stream should degrade network performance on today's hardware.

    That last point brings up the final issue. It really does not matter if MS claims there are valid design reasons or valid technical reasons for the drop in network performance (whether 10%, 50%, 85%, 90%, whatever) - because as far as the features end users want, there is NOT - and the only "features" I can think of that would cause this are DRM related technologies so liberally sprinkled all over Vista. Any other reason is quite simply poor coding and design... and as MS didnt write, and has barely changed any of the networking stuff in Windows in quite some time, I think it is more of an issue of "features" that no one wants, may be illegal (under the fair use doctrine) and should never have been dumped into Vista to begin with.

    People seem to suggest that networking grinds to a halt when playing audio, but although this drop is very significant, it by no means renders your network connection unusably slow. In fact, it's still prett

  36. Re:Same old song and dance. by Shemmie · · Score: 4, Funny

    You refer to Winblows, Windoze, and Windows. Are these three different OS's?

  37. 4 way combination bug. by Kaenneth · · Score: 2, Informative

    My suspicion is:

      A) Networking stack in Vista is rewritten, for example, IPv6 is native, IPv4 is optional.
            http://www.microsoft.com/technet/community/columns /cableguy/cg0905.mspx

      B) Audio stack is re-written, allowing for the new mixer, where each app has its own volume control (and some DRM, but that's not relevent to this issue)
            http://www.avsforum.com/avs-vb/showthread.php?t=71 3073

      C) the Thread scheduler is changed in Vista
            http://www.microsoft.com/technet/technetmag/issues /2007/02/VistaKernel/

      D) Appears to only affect Gigabit and above networking.

      item C is possibly the key to this bug, I'm sure the Networking people did lots of perfomance testing, and so did the Multimedia people, as well as the Kernel folks... But, perhaps the full ramifications of the Thread Scheduler could not have been tested in every other combination.

      The basic problem is that Multimedia playback changes the thread scheduler, which affects EVERYTHING. it could have been "Inkjet Printing while playing audio fails", "cannot hot-swap IDE drives while playing audio", "an open audio application blocks hibernate if brand XYZ laptops"... by chance, gigabit networking performace was affected, not because of any direct link.

      Whats needed is for all performance or reliability minded software to be tested both normally, and while playing music in the background (or just with a program that turns on MMCSS, and then does nothing else). Just like when running under a debugger, multi-core machine, virtual machine, etc. different timing, thread deadlock, and race conditions may be found.

  38. I would like to MOD you +5 Funny. by DrYak · · Score: 2, Funny

    You just beat my sig up.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  39. Re:missing tag? by TDRighteo · · Score: 4, Interesting

    Yes, it still happens.

    The original reports noted that foobar2000 was just as affected as WMP. The problem occurs when the audio driver is in use. Interestingly, pausing foobar2000 seemed to release the audio driver (network performance went back to normal) while pausing WMP did not. VLC performs in a similar manner to foobar2000, although bypassing the audio device (decoding straight to a null device) results in no slow down.

    So, no, it's not the checking for DRM while unwrapping the MP3 like you suggest. You can do that quite happily via VLC, provided you don't intend on HEARING it. ;-)

  40. Maybe RTFA before writing the summary? by Rui+del-Negro · · Score: 4, Insightful

    The summary says "Apparently [Microsoft] believe an almost 90% drop in networking performance is 'slight'". But here's what the article actually says:

    "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."

    If the alternative to Microsoft FUD is Anti-Microsoft FUD, I'm not sure we're much better off.

    1. Re:Maybe RTFA before writing the summary? by Zero__Kelvin · · Score: 2, Interesting

      Empirical evidence shows that there is a 90% performance hit. Microsoft says the performance hit is slight. The fact that Microsoft doesn't openly state the empirical evidence does not invalidate that evidence, a fact which you seem to have trouble grasping. The article summary alludes to this, but you need to posses the ability to think for yourself, rather than letting an M$ spin shill do your thinking for you. Maybe RTFA and then THINK before criticizing the person who submitted the article, especially since they clearly have a clue what is going on and you seem to think that what is going on is whatever M$ will admit to explicitly ...

      Here is a clue just for you. Facts are based on empirical evidence, and NOT on what M$ falsely claims the facts to be.

      Good luck in your future janitorial position.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  41. Good workaround by Junior+J.+Junior+III · · Score: 5, Funny

    Whenever I want to play an mp3, I just turn my gigabit NIC up to eleven.

    --
    You see? You see? Your stupid minds! Stupid! Stupid!
  42. Three different OS's? by symbolset · · Score: 5, Funny

    You refer to Winblows, Windoze, and Windows. Are these three different OS's?

    No, they're three descriptions of the same OS in decreasing order of product experience.

    --
    Help stamp out iliturcy.
  43. Re:Not Sure by spectecjr · · Score: 2, Informative

    When I used vista I didn't see a slow down in network speeds, but at the time I was reorganising media on my hard disk, I started at 10gigabyte file transfer, vista stopped, completely stopped literrally, its like i was running vista on a 66mhz processor, it was not funny, 1hour later when I had reinstalled XP it was much better.

    I think this is actually a chipset bug - I see this on intel chipsets all the time now. My quadcore machine at work, my Toshiba M200 laptop; they both have IDE throughput issues, and drag the rest of the system to a halt.

    No idea why. The latest drivers did help somewhat though - it doesn't stall nearly as much.

    You might want to check your drivers on www.driveragent.com and see if there are newer chipset drivers out which fix the problem.

    Of course, this is all anecdotal; it might still just be a problem on the Vista end.

    --
    Coming soon - pyrogyra
  44. Re:Nice error, the drop is 10% by Digero · · Score: 5, Funny

    The fact is, on today's multi GHz, multi-core systems, a 10% drop in network performance would be outrageous for something as simple as playing an MP3 or other audio stream... 50% is ludicrous... and I can't even think of a word to describe what an 85-90% drop would constitute. Plaid.
  45. Re:Same old song and dance. by nschubach · · Score: 2, Funny

    I think GP's referring to Home, Ultimate and Business

    --
    Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
  46. Re:Nice error, the drop is 10% by trezor · · Score: 5, Insightful

    This laptop I am working on now ($5k USD class laptop) came delivered with Vista. Let me give a few exmaples of what I had to deal with to make the issues clear.

    A quick example of this would be how I needed to copy high-bitrate media-files (HDTV, 20mbps) locally before I could play them in Vista. On GigE freakin' LAN.

    Copying 4GB+ virtual machines, again on GigE LAN could take better parts of a day. Checking the performance monitor, I could see that I had 10mbps actual data-transfer. I'm not kidding here. IO was beyond piss poor.

    This is something I've never had issues with in any other OS. I'm not calling it unacceptable. I'm saying it's fucking crap.

    In short: There were a few improvements I honestly liked in Vista (apart from the eyecandy), and those were really nice improvements, but honestly...

    All the issues I had in Vista which I assumed any modern OS has tackled years ago, with regards to performance, usability and all that were simply too much for me to handle. I'm back at XP SP2 and I feel like that's the biggest hardware upgrade I have ever done.

    For those interested in the technical aspects of this, I would wrote a simple, hypothetical article on the aspects of OS complexity and performance from a developers point of view on the tight Kernel-DRM coupling some time back.

    That, however, is nothing compared to what this guy did.

    Reading these it's pretty obvious why Vista has exactly the issues it has, and why MS sucking up to the entertainment industry probably is the worst business move they have ever made.

    --
    Not Buzzword 2.0 compliant. Please speak english.
  47. Re:missing tag? by TheRaven64 · · Score: 4, Insightful

    Say what you want about Apple but at least they're not bending over every time the RIAA/MPAA asks them to do something To be fair, that's because they are making the labels that comprise the RIAA an enormous heap of money. This puts them in a pretty good bargaining position.
    --
    I am TheRaven on Soylent News
  48. "decrease is slight..." by Joce640k · · Score: 2, Interesting

    There shouldn't be *any* decrease!

    People have been doing simultaneous sound/networking as long as I can remember and this never happened before.

    Audio playback shouldn't even register as a tiny blip on a modern CPU (and neither should networking!)

    And...there's people with quad core machines who get the problem. How do you explain that?

    --
    No sig today...
  49. Truth in report by prisoner-of-enigma · · Score: 2, Insightful

    OK, what's with the selective quoting of the Microsoft response? The article header tries mightily to make it seem like Microsoft thinks this problem is not much of a problem. It also tries to imply this is happening to everyone, all the time, and Microsoft could care less.

    However, reading the actual Microsoft response gives a completely different take on things. Microsoft realizes that this behavior, while having good intentions, is causing issues. Far from being some unfounded bug, there is a real purpose behind why the slowdown is occurring, namely a focus of multimedia scheduling performance trumping all. They are going to address these issues, not ignore them, but you wouldn't know it from the article teaser.

    I have Vista on one of my PC's. I find it slower and more or less undesirable compared to Windows XP64 on my other boxen. It's there largely for me to get familiar with, as we're all undoubtedly going to be dealing with it soon and for a long time to come. You may be able to avoid Windows in your personal computing, but you'd have to live in a tiny bubble indeed to go through a work day without interacting with a co-worker, client, or customer who isn't on a Microsoft product of some sort.

    --
    In the end they will lay their freedom at our feet and say to us, Make us your slaves, but feed us. - Fyodor Dostoyevsky
  50. Re: Deployment by gatesvp · · Score: 4, Interesting

    Good "conspiracy theory". Ever heard of Singularity? Whole OS written in C, Assembler and Managed .NET. They've end-of-lifed FoxPro and VB6, I'm sure that ASP will dying. They've started moving big chunks of Office 2007 to .NET so it's probably just a matter of a few years before they're ready to dump everything into managed code and start rolling out Singularity (Windows 2010?).

    You're really not that far off, people have been "waiting" for Vista, but this is really a throwaway OS, nobody is using it and it's not like business is "clamoring" for even this version. Heck many Enterprises have just finish rolling out XP. The new WPF and WCF will surely be functional under Singularity, and Enterprises are just now moving to Managed Code applications (check out the market for ".NET developers"). MS won't die away if this Vista "fails", so we're probably all looking at a Managed Code future in 2010 or 2011 :)

  51. Is this how stupid /, readers are now? by Liquidrage · · Score: 2, Insightful

    The obvious answer, and the best one found in the articles, is this is an issue with priority.

    I can drop my file transfer ability by using my USB TV-Tuner that installs itself as above average priority.

    In tryin to give better audio quality it's effecting other areas of the system.

    Wow! Yet ever other post is a stupid conspiracy piece of crap.

    Get a freaking clue before you post. And if you're still wondering why it's a Vista issue and not a XP issue at this point call you grandma for tech support instead of the other way around because you're not qualified to think apparently.

  52. Re:Nice error, the drop is 10% by RobertM1968 · · Score: 2, Insightful

    Hmmm... lets say I do graphics all day, and archive the raw data to our file server (or perhaps even store the data there)... instead of wasting the power of my iPod's battery (assuming I have one) or needing a dock with speakers... why can't I just play MP3s from my computer while I am working? And when I do, why should I wait 3 minutes (or 5 minutes) for a file transfer that should take 1.5 minutes?

    Data transfer speeds aren't always critical to wanting to reach maximum transfer rates (as in my example). Nonetheless, you are still missing the point. There is no reason for the network degradation (under these circumstances) - regardless of what MS claims. Period. End of story.

  53. The betas and rc, at least by Mr.+Yetti · · Score: 2, Informative

    Ran just fine on my 5yr old 'Dell' (only the case and mobo) when they were out. I never noticed any problems. I used that box as my no.2 desktop and my home's file server/intercom-interfacing stereo. After I got a new box to replace it (this one -made- for Vista) I noticed problems. THREE TIMES it not only ran up all 3 of my secondary fans while pumping music thru the system, it actually killed its own power. Under a lower stress level. (The new box only runs as desktop/whole-house jukebox, the old one still works as a server, just running Gentoo/samba).

    I'm not sure quite what the problem was, either the chipset differences of the two machines or program differences from the beta/rc to the final, but somehow the switch really nuked my shared audio performance.

    --
    Burn the Land and Boil the Seas, you can't take the sky from me...
  54. Re:Nice error, the drop is 10% by dizzydogg · · Score: 2, Interesting

    The thing is a damned pentium can handle both, why can't a dual core do it when it has one core to do the networking and one to play music? It might not be an earth shattering end of the world type problem, but it is still a problem that should not exist. Why the hell can a system that is 50+ times more powerfull than an old junker running windows 98 not be able to do the same tasks without slowdown? This is one of the reasons why I haven't upgraded from XP to vista yet, because even with a modern system it offers nothing that would improve my productivity and gaming, only things that would slow it down. Here's hoping developers hold off on making DX10 only games until MS gets their act together and fixes stupid bugs/slowdowns like this.

  55. Re:missing tag? by GPL+Apostate · · Score: 2, Interesting

    I was responding to:

    Yes the "old Apple" was as bad as Microsoft (proprietary file formats, protocols and even connectors) but they've changed.

    First off, unless Apple publishes the source code, they have proprietary file formats, procols, etc. They have a whole proprietary fricking Windowing System. You can jump through their hoops and use the 'hooks' they provide to develop code for said Windowing System, but just as with Microsoft, the Apple products will always work 'best' because they're coded to the full API, not just the 'top layer' one provided to third parties.

    Third parties and end users don't have to care about wether the source code is available for it to be in their interest for it to be available to developers who might write apps for them if they didn't have to kiss the ring.

    --
    Microsoft says legacy (serial/parallel) ports are bad. They don't obfuscate the hardware enough.