Slashdot Log In
Next Windows To Get Multicore Redesign
Posted by
kdawson
on Thu May 31, 2007 08:22 AM
from the racing-to-the-next-deadlock dept.
from the racing-to-the-next-deadlock dept.
eldavojohn writes "A Microsoft executive announced that the next Windows will be fundamentally redesigned to handle the numerous cores of present and future processors. The article notes that the NT technology underneath Vista has been able to take advantage of multiple processors since 1993, and can now handle 32 or 64 cores. And since Microsoft completely rewrote the 20-year-old GDI/GDI+ model for Vista, what more can (or should) they parallelize? It will be interesting to see how Microsoft tackles the race conditions and deadlocks that come with pervasively multithreaded software and in the past complicated attempts (like that of BeOS) to utilize multiple CPUs. Do you think it's it a smart move to further complicate an operating system to take advantage of multiple cores, or should Microsoft stick to its knitting while applications take advantage of (possibly) more resources?"
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Um... (Score:4, Insightful)
Next annoucement (Score:5, Funny)
This feature will not be included in the upcoming release of Windows.
Parent
Re:Um... (Score:5, Insightful)
Parent
Re:Um... (Score:5, Insightful)
Parent
Re:Um... (Score:5, Informative)
Uhh.. come up with a new story and read other technical sites besides Slashdot. Windows Vista has a helluva lot of new features in the OS besides the GUI. Some examples that come to mind.
- Prioritization of I/O not just CPU usage in tasks.
- Love it or hate it the UAC.
- ReadyBoost
- Memory for certain processes is randomized to prevent direct access by malware.
There are many more, but thats just off the top of my head. I guess you could argue that a couple of my bullet points fall under security model, but hey at least I went into more detail. Now go off and use Google to find something interesting to post.JOhn
Parent
Re:Um..no. (Score:5, Insightful)
There is nothing wrong with using a proven design from another product in a new product. OpenOffice.org has stolen from MS-Office, Firefox has stolen from Opera, Thunderbird has stolen from Outlook Express, Linux has stolen from UNIX, the GIMP has stolen from Photoshop, Evolution has stolen from Outlook, and so on, and so forth...
Not every single piece of software needs to be 100% unique and original. Taking an old design and improving it is a very valid method of designing something new. <obligatory_car_analogy>Heck, every single car today is a total rippoff of the Ford Model T</obligatory_car_analogy>
Parent
Not quite... (Score:4, Interesting)
FX!32 was for running applications, not the operating system. Think of it like rosetta for Mac OS X Intel.
NT was actually built from the ground up to be portable cross-platform (in fact, the dev platform was the Intel i860 an then the MIPS R4000, both RISC chips). Everything runs on top of a Hardware Abstraction Layer (HAL) that takes care of the differences between various platforms.
NT was a very elegant operating system, which isn't surprising seeing as it was the brain-child of Dave Cutler famous for VMS.
Parent
Think of the licensing... (Score:5, Funny)
And so it goes.
Re:Think of the licensing... (Score:5, Funny)
Parent
Re:Think of the licensing... (Score:4, Funny)
Parent
Think of the Gaming... (Score:3, Insightful)
Any OS that doesn't provide support may find itself outdistanced from an OS that does. Of course, if an OS doesn't have a very large game base to begin with, then they won't have much to lose either.
Re:Think of the licensing... (Score:5, Informative)
Parent
Re: (Score:3, Insightful)
I don't know, it's pretty goddamned funny to those of us who run Linux...
So... 6+ years? (Score:5, Funny)
Re:So... 6+ years? (Score:5, Funny)
Parent
Re:So... 6+ years? (Score:5, Funny)
Parent
Finally! (Score:3, Funny)
And just to get a few jokes out of the way:
Finally! Something that will run Vista!
-and-
Does it come bundled with Duke Nukem Forever?
Oh great... (Score:5, Insightful)
How is that helping their customers? Oh yeah, DELL is their customer, not us.
Re: (Score:3, Interesting)
Multi-processing in general (Score:5, Interesting)
(1) OS and language support in the form of threading models
(2) OS and language support in the form of scheduling algorithms
(2) Application support in the form of using those threading models to develop program components that can run concurrently.
Let Microsoft focus on #1 and #2, and application developers focus on #3. The OS should not, IMHO, try to take a program that is not written to take advantage of multiple processors, and run it in a concurrent environment. That's just asking for trouble!
Advanced threading models that allow application developers better control over how their threads are executed, and scheduling algorithms that distribute threads across the multiple cores and processors, will pave the way for application developers to write applications that can truly benefit from a multi-core environment.
As an application developer, one of the biggest problems I've encountered in developing multi-threaded applications is the ability to easily control what can run concurrently, and what can't. I have almost no ability to tell the operating system which threads I want to run concurrently, and which I want it to time-share.
Let Microsoft, and language developers, focus on the first two tasks. Make the tools available to application developers, and let application developers take advantage of those tools.
Re:Multi-processing in general (Score:5, Funny)
Parent
Re:Multi-processing in general (Score:4, Insightful)
But you can even in most of the more primitive threading models.
All it takes is having a resource and a lock...
If there is anything that really annoys me as an administrator and 'power' user, it is those developers who think they know better what else is happening on my machine then the OS or me as its admin. This is why resource based decisions on concurency are strongly prefered over the developer being able to enable/disable concurency at a whim. Sure, it forces you as a developer to think a lot more about it, but know what, that is a one time process. The consequences of not putting in that thought occur everytime the program is used.
Parent
Re: (Score:3, Interesting)
Developers should be focusing on makeing an application that works well; concurrency makes that much more difficult.
At some point we'll reach a cut off where the added instability of the code will not justify concurrency inside of an application (and I know I don't want every application built to have to conform to concurrency - because the skills to do that consistently well are not
But will... (Score:4, Insightful)
How many years has Windows had this obvious, annoying flaw?
There's an option.... (Score:3, Informative)
See if you can find it...
Re: (Score:3, Interesting)
Does multicore result in complicated code? (Score:4, Interesting)
Surely some individual modules may become more complicated, but the system as a whole would probably end up a lot cleaner.
Follow but rarely lead? (Score:3, Informative)
Off-topic, but this highlights a major problem with Linux. They follow, but rarely lead. The only exception to this that springs to mind is filesystems. Linux has perhaps a few too many, but they are certainly pushing well beyond what MS is doing. Other than that, it's hard to find any area in Linux where they are doing things substantially better than Windows from a "feature" perspective.
I think you'd find that there are other areas where Linux is well ahead of Windows, beyond filesystem support and research. The following are just the ones right off the top of my head:
I can't be the only one ... (Score:5, Funny)
Re: (Score:3, Funny)
Tags: oldnews, vista
What about the adoption of 64-bit? (Score:5, Insightful)
Now I'm no supporter of Microsoft. I personally hate them. But you have to see where I'm coming from.
I recently built a new PC for my parents. It was a simple box with a Sempron 3000, 1gb DDR, 80Gb HDD, etc. It was all 64-bit compatible so I though Vista Home Premium 64-bit would be the best way to go. Their scanner isn't supported, their antivirus isn't supported, and the devices and software they use that DO work on Vista, are all running in 32-bit mode because there is no equivalent for 64-bit.
Please lets implement the great technology we have before concentrating on the future.
Re: (Score:3, Informative)
None of this is MS's fault. You have the same problem there always is when upgrading your OS. The only companies more pathetically backwards than scanner/printer companies are "security" companies.
I hear NOD32 has a 64-bit version. NOD32 is also less likely to break your network/OS on a whim than Symantec's shovelware.
Re:What about the adoption of 64-bit? (Score:5, Interesting)
The big issue with pushing out 64-bit only with Vista is Intel not releasing 64-bit processors until more recently. AMD released the Athlon 64 long before Intel came out with their 64-bit Core2 Duos. The older Pentium-D and Core Duo multi core processors are still only 32-bit. This prevents people with the original Intel Mac books from running 64-bit Windows on it. It was also the reason that boot camp was needed to get Windows running easily on Macbooks. The Macbook doesn't have a standard BIOS, it has EFI. The 64-bit versions of Windows XP and Server 2003 where the only versions of Windows would support EFI pre-Vista. But the Macbook's processors where only 32-bit.
You also ran into the chicken and the egg issue with your parent's computer. Manufactures don't want to release updated 64-bit drivers for old obsolete hardware to get people to but new hardware; however, people don't want to have to buy all new hardware when they can simply install a 32-bit OS and everything will continue to work. By having 32 and 64-bit versions of Vista Microsoft allows people with older hardware to keep using what they always have while forcing manufactures to create 64-bit drivers if they want to receive WHQL approval. So in 5 years the majority of hardware available will have 64-bit drivers available.
As for only 32-bit versions of applications. Microsoft just killed off the ability to run 16-bit applications in Vista. Also how is it their fault that other software companies aren't releasing 64-bit versions or their software? With Vista being the first consumer level 64-bit Windows OS there is more incentive to release both 32-bit and 64-bit binaries. It will take time but it will happen.
Finally you might want to go rag on Apple a little more and not just Microsoft. They are in control of their hardware platform; however, they decided it was OK to stick with 32-bit processors with the initial move to Intel. There was already a huge shift due to the move from PowerPC to x86. Why not also move the OS and applications to 64-bit as well?
Parent
Re: (Score:3, Informative)
NT was mutiprocessor from the start. (Score:4, Informative)
The big problem with NT is its "Message Passing" architecture, whereby
various components of the OS talk to each other by putting messages on queues
(In the *nux model you just call the function you need.)
The weakness of the architecture is that the component handling any one
message queue is automatically single threaded and tied to a single processor.
Which is OK for 2 or four processor systems but in 16 or 34 processor
systems 12 or 30 of your processors are wasted.
However I expect the idea of any resources being available to the application
is an anathema to Redmond so they will fix this problem to ensure that VISTA
keeps its design goal to consume 90% of available resources.
Re:NT was mutiprocessor from the start. (Score:5, Interesting)
an excercise [sic] in computer science masturbation. It may feel good, but
you don't actually get anything DONE. Nobody has ever shown that it
made sense in the real world. It's basically just much simpler and
saner to have a function call interface, and for operations that are
non-local it gets transparently _promoted_ to a message. There's no
reason why it should be considered to be a message when it starts out."
- Linus Torvalds, 1999
Parent
Need it now, not later and need apps (Score:5, Insightful)
And preferably this year, not 2009
Speak for yourself! (Score:3, Insightful)
Personally I have a quad core setup (2 opteron 265's) and it's routinely up over 50% (not doing media encoding).
First things first (Score:5, Funny)
Story Is Too Obvious? (Score:3, Interesting)
Nothing specific is said, just the vague "we're going to be doing good stuff to make use of the things we have when we're done" sort of message.
What's next? "Memory is important, so we're going to make really good use of it?" or "Hard drives are getting bigger all the time, so we're going to do something with that extra space. Not sure yet, but it'll be really good and probably involve the overuse of the word 'rich' by senior execs."
I'm looking forward to *delivery* and ignoring vague promises.
NOOO! (Score:3, Funny)
Re:Windows is already multithreaded (Score:5, Insightful)
I don't know which version of Windows you're running (3.1 perhaps), but Vista (and previous versions of the NT kernel) have been truly preemptive from day one and you can kill user level processes from task manager and stop and restart services without bringing the system down. I literally can't remember an application making any of my Windows systems come down.
I think the interesting thing here is the "design center" for OS is changing dramatically, in the past 99% of Windows desktops were uniprocessor and I dare say that they made design choice around that. Now we are moving to a world where 2- and 4-way desktops are common and the number of cores is only going to increase over time. That means you may well start to look at some fundamentally different ways of doing things, perhaps dedicating cores to specific tasks within the OS, for example a core might be dedicated to handling the IP stack while another might handle GDI requests. I'm not saying that this is what will happen, just that widespread use of multi-CPU systems may change the tradeoffs in OS design.
Parent
Re:Windows is already multithreaded (Score:4, Informative)
What I've seen that is a problem are processes in "D" state (ininterruptible sleep waiting for the end of an I/O IIRC), usually happening with bad drivers / bad hardware.
But contrary to the windows platform, it never clutters your desktop, as you can "xkill" X ressources even if the program still uses ressources in the background.
Parent
Re:Windows is already multithreaded (Score:5, Informative)
Parent
Re: (Score:3, Informative)
Re: (Score:3, Insightful)
Re:Windows is already multithreaded (Score:4, Interesting)
No.
Every NT based OS from Microsoft has had IE and Windows explorer as two completely separate processes so killing one won't affect the other.
I can have a 100 IE windows open, kill explorer.exe and my IE windows won't be affected one bit.
Even if I enter a URL in a Windows Explorer window, it launches my default browser to that URL.
Parent
Re:And in five years... (Score:5, Insightful)
I believe the largest SMP system that OSX has ever been run on is 8 cores. Windows has run on a 64 CPU system and Linux on a 1024 CPU system.
So I'm kind of struggling to understand how OSX is superior in this regard. I know there must be a technical explanation, because it's not like Mac owners to post single lines of obvious bullshit in an attempt to advocate their systems while actually just annoying the fuck out of everyone.
Parent
Re:OSX (Score:4, Interesting)
Like most operating systems, Mac OS X has bottlenecks by design that tend to limit concurrent thread execution within the kernel. There is an excellent article at http://arstechnica.com/reviews/os/macosx-10-4.ars
Only one thread can use a bottlenecked resource at a time. When multiple threads (application threads or kernel threads) need simultaneous access to a resource, all but one thread must wait. Threads that could theoretically run concurrently on multiple cores end up running sequentially because all but one thread are waiting to access the resource. Apple has made the locking (concurrency protection) within the kernel finer and finer grained with each release of Mac OS X. In Mac OS X 10.4, Tiger, the bottlenecks are very fine grained, and in practice the system is very efficient allowing concurrent execution on multiple cores.
That being said, Mac OS X is far from perfect or optimal. There is lots of room for improvement, and Apple seems to be following the path of continual evolution rather than revolution at this point. Remember that for the last six years or so, every Mac OS X update/release has run faster than previous versions.
Parent
Re: (Score:3, Informative)
"Multicore" is essentially SMP (multiprocessor) but all on one physical chip rather than several. Windows has supported that ever since the days of NT 4, but its architecture is more suited to 2 or 4 cores rather than 16 or 24.
Your comment is only valid for Windows '9x.