"I hope microsoft wins this." I hope they lose. They trolled Tom-Tom for using the DOS filename patent. Tom-Tom navigation runs Linux and uses the 'patent'-code to read out SD cards... Needless to say Microsoft needs to lose this.
Haha... yeah that would extremely stupid. I don't even know where to begin to explain it. There are so many reasons why.
A single ray has serial execution. Serial execution is the fastest on a CPU. CPU's are getting so much cores that in a few years time they will beat the GPU at parallel execution as well... Then each time a ray bounces it is checked against a massive texture and geometry database. Imagine hdd to RAM to CPU to GPU RAM to GPU to RAM to CPU to the graphics framebuffer.
Then we are heaving stuff like pure calculations that do not have to acces an entire database like fluid animation, digital molecular matter and other physics stuff and the power you save from not wasting your rays in the GPU could be spend on the GPU instead, which executes faster with GPGPU's.
Given the fact that realtime interactive recursive raytracing is something that is only possible in 3-5 years time, anyone that says that raytraced games should rendered on a GPU is a complete moron. This is not a flaimebait post, this is just a pure fact.
"If it's one of those "let the programmer sort out memory access and cache management" kind of architecture, that will make developping any kind of software for it much harder than traditional SMP" And more powerfull. If a developper wants max performance and he can't do that, then well that sucks. For everyone else there is Ruby & Crap.
But what if I want to NUMA style do everything parallel? I am trying to figure out a way to make a realtime ray tracing renderer for the desktop. HD gaming is going to be hell... With every idea that I've come up I am constantly smashing my head against the serial RAM problem... And I do not want to wait for more than 5 years for this to work...
Leaked? Dude I got the freaking instruction set in my mailbox. Want the public PDF? It's an ordinary x86-64 CPU that is capable of vector processing stuff...
Now imagine you'd have this 'cloud CPU' as your server at home that runs apps that you could acces with Google Chrome OS... Great family server... Or remote X and play Doom3 at work from your netbook.
Yes. Serial RAM acces. Damn. When are people going to realise that RAM, which has a lot of, what are they called, banks?, hysically seperated from each other, could be made paralell?
"What if you have 2 or 3 different applications that need to communicate with each other?" Windows app communicate with each other through the kernel registry? What the...
Whenever I have to reboot into Windows XP I log in a user, not as an admin and right click run as admin whenever needed...
I don't realy know how Windows works. All I know is that the Vista kernel devs said in an interview at Channel9 (google: "Going deep in the Vista kernel" or something) that they wished the registry was never invented. I guess that's a case of 'nuff said.
"What do you want them to replace it with?" Two registries. Number 1 for the system settings. Locked down. Number 2 for apps. This also makes it backwards compatible.
If I were Microsoft (and I am a Linux user by choice) I would continue to walk the path of the Windows 7 approach. -Make the OS faster. -Polish more. -Don't change the locations of options unless there is a great new and easy way to put all option in one place. -Make all apps and installers look the same for once. -Try not to add too much new tech. The only thing users notice is: stability, speed, ease of use and eyecandy. Nothing more. So scrap what can be scrapped in the planning. -Don't make a scene about how the next version of Windows is going to let your computer turn into a Star Treck computer or whatever. -Market speed, stability, ease of use and eyecandy. Nothing else. -Make only two versions: Personal edition and Professional edition. -Charge 25 USD for the personal edition and 50 USD for the professional edition. Forget the upgrade scheme. -Turn off all services by default and only turn them on at request. -Allocate less resource for taskbar apps that start automagically when the computer is booted, but a lot for drivers to start up. -Fix that fscking Internet Explorer to follow all standards to the digit.
Or wait for the next GameBoy... Nintendo's explenation for only supporting the GBA cards is that the DS is not a GameBoy and the GBA would live in parallel with the DS. Supporting older GB cards on the DS would have cost Nintendo too much money.
Nintendo also said that the next GameBoy would support older GB cards again.
So I see no need to buy a 30 USD flash card if I have a tiny GBAsp:/
Slashdot Mirror
Let me Google that for you: http://www.informationweek.com/news/software/linux/showArticle.jhtml?articleID=206101169
So how about all the other companies that Microsoft sued for patents? Oh wait... this is beyond the scope of /. and actually a valid point...
"I hope microsoft wins this."
I hope they lose. They trolled Tom-Tom for using the DOS filename patent. Tom-Tom navigation runs Linux and uses the 'patent'-code to read out SD cards... Needless to say Microsoft needs to lose this.
What goes around comes around!
Haha... yeah that would extremely stupid. I don't even know where to begin to explain it. There are so many reasons why.
A single ray has serial execution. Serial execution is the fastest on a CPU. CPU's are getting so much cores that in a few years time they will beat the GPU at parallel execution as well... Then each time a ray bounces it is checked against a massive texture and geometry database. Imagine hdd to RAM to CPU to GPU RAM to GPU to RAM to CPU to the graphics framebuffer.
Then we are heaving stuff like pure calculations that do not have to acces an entire database like fluid animation, digital molecular matter and other physics stuff and the power you save from not wasting your rays in the GPU could be spend on the GPU instead, which executes faster with GPGPU's.
Given the fact that realtime interactive recursive raytracing is something that is only possible in 3-5 years time, anyone that says that raytraced games should rendered on a GPU is a complete moron. This is not a flaimebait post, this is just a pure fact.
"If it's one of those "let the programmer sort out memory access and cache management" kind of architecture, that will make developping any kind of software for it much harder than traditional SMP"
And more powerfull. If a developper wants max performance and he can't do that, then well that sucks. For everyone else there is Ruby & Crap.
Does that include the Phenom 9950 x4?
But what if I want to NUMA style do everything parallel? I am trying to figure out a way to make a realtime ray tracing renderer for the desktop. HD gaming is going to be hell... With every idea that I've come up I am constantly smashing my head against the serial RAM problem... And I do not want to wait for more than 5 years for this to work...
That guy is a real hero even though he is not saving any lives probably...
Yeah, but then again, no...
Each memmory bank linked to each core. Letting the programmer sort it out...
Leaked? Dude I got the freaking instruction set in my mailbox. Want the public PDF? It's an ordinary x86-64 CPU that is capable of vector processing stuff...
Is there a programming language or some kind of lib to let a programmer take advantage of this?
So why not multiple busses to the CPU?
If you need very little data per core but are executing sick calculations, then yes. But probably not anything realistic...
At about 20-30 fps, according to Intel, with Pixomatic 3 :')
http://en.wikipedia.org/wiki/File:Cloud_computing_types.svg
Now imagine you'd have this 'cloud CPU' as your server at home that runs apps that you could acces with Google Chrome OS... Great family server... Or remote X and play Doom3 at work from your netbook.
Sounds interesting now? ;)
Yes. Serial RAM acces. Damn. When are people going to realise that RAM, which has a lot of, what are they called, banks?, hysically seperated from each other, could be made paralell?
Yes. YES! Raytracing! And emulating a D3Dn card in software (Google: pixomatic) and run the latest game with acceptable framerates.
What? Vector units inside?
That's the TCP/IP stack :')
It shouldn't be there in Vista and 7 anymore...
"What if you have 2 or 3 different applications that need to communicate with each other?"
Windows app communicate with each other through the kernel registry? What the...
Whenever I have to reboot into Windows XP I log in a user, not as an admin and right click run as admin whenever needed...
I don't realy know how Windows works. All I know is that the Vista kernel devs said in an interview at Channel9 (google: "Going deep in the Vista kernel" or something) that they wished the registry was never invented. I guess that's a case of 'nuff said.
/etc/ So shut the fsck up -_-
"What do you want them to replace it with?"
Two registries. Number 1 for the system settings. Locked down. Number 2 for apps. This also makes it backwards compatible.
If I were Microsoft (and I am a Linux user by choice) I would continue to walk the path of the Windows 7 approach.
-Make the OS faster.
-Polish more.
-Don't change the locations of options unless there is a great new and easy way to put all option in one place.
-Make all apps and installers look the same for once.
-Try not to add too much new tech. The only thing users notice is: stability, speed, ease of use and eyecandy. Nothing more. So scrap what can be scrapped in the planning.
-Don't make a scene about how the next version of Windows is going to let your computer turn into a Star Treck computer or whatever.
-Market speed, stability, ease of use and eyecandy. Nothing else.
-Make only two versions: Personal edition and Professional edition.
-Charge 25 USD for the personal edition and 50 USD for the professional edition. Forget the upgrade scheme.
-Turn off all services by default and only turn them on at request.
-Allocate less resource for taskbar apps that start automagically when the computer is booted, but a lot for drivers to start up.
-Fix that fscking Internet Explorer to follow all standards to the digit.
Mayor profit.
Or wait for the next GameBoy... Nintendo's explenation for only supporting the GBA cards is that the DS is not a GameBoy and the GBA would live in parallel with the DS. Supporting older GB cards on the DS would have cost Nintendo too much money.
Nintendo also said that the next GameBoy would support older GB cards again.
So I see no need to buy a 30 USD flash card if I have a tiny GBAsp :/