These guys basically racked up hundreds of DVD players and built a web-based streamer that even sends IR signals to the physical DVD players. You select a movie to rent, and it gets put into a real DVD player where it is then played over the web to your PC. With the money Netflix has, they could do this same thing 100x more efficiently with custom robotics and such, all to skirt the licensing restrictions. Effectively they could stream all of their disc-based content just as well as the content that was "licensed" for streaming. The trick would be that they'd need sufficient copies of each disc. If 10,000 people want to watch Inception at the same time, they'd have to have 10,000 copies (and 10,000 DVD players). Once they run out of disks, any new requests would have to get a "we're out!" message.
...but then you have to drive the POS cheap used car for *five years*. I'm as reasonable as anybody about spending money wisely, but I want a nice car *now*, and I'm willing to pay a premium (both in overall cost and in interest) to do so.
If you're looking for a commercial product that can do just this -- but in a supportable way, and with lots of nifty features that enable building appliances and deploying them to the cloud...take a look at rPath: http://www.rpath.com./ We're using it at our company on thousands of systems and love it!
You've got to stop thinking of it as a GPU and think of it more like a co-processor.
First of all, AMD isn't going to force you to buy a built-in GPU on all of their processors. Obviously the enthusiast market is going to want huge 300W discrete graphics rather than the 10-15W integrated ones. There will continue to be discrete CPUs, just like there will always continue to be discrete GPUs.
But this is a brilliant move on AMD's part. They start with a chunk of the market that is already willing to accept this: system builders, motherboard makers and OEMs will be thrilled to be able to build even smaller, simpler, more power efficient systems for the low end. This technology will make laptops and netbooks more powerful and have better battery life by using less energy for the graphics component.
Now look further ahead, when AMD begins removing some of the barriers that currently make programming the GPU for general-purpose operations (GPGPU) such a pain. For example, right now you have to go through a driver in the OS and copy input data over the PCI bus into the frame buffer, do the processing on the GPU, then copy the results back over the PCI bus into RAM. For a lot of things, this is simply too much overhead for the GPU to be much help.
But AMD can change that by establishing a standard for incorporating a GPU into the CPU. Eventually, imagine an AMD CPU that has the GPU integrated so tightly with the CPU that the CPU and GPU share a cache-coherent view of the main system memory, and even share a massive L3 cache. What if the GPU can use the same x86 virtual addresses that the CPU does? Then...all we have to have is a compiler option that enables the use of the GPU, and even tiny operations can be accelerated by the built-in GPU.
In this future world, there's still a place for discrete graphics -- that's not going away for your gaming rig. But imagine the potential of having a TFLOP-scale coprocessor as a fundamental part of future sub-50W CPU. Your laptop would be able to do things like real-time video stabilization, transcoding, physics modeling, and image processing, all without breaking the bank (or the power budget).
But before we can get to this place, AMD has to start somewhere. The first step is proving that a GPU can coexist with a CPU on the same silicon, and that such an arrangement can be built and sold at a profit. The rest is just evolution.
Hey now...I'd say that Texas A&M has *way* hotter girls than UT...just because our girls are ultra-conservative christian prudes doesn't make them any less fun to look at...:-)
Well...one thing's for sure: I'm not building this thing for anyone but myself. So even if somebody has already done it, i'm fine with re-designing it in my own way. Really I just want to build a digital device with its own input (keyboard) and output (LCD) that I can write programs for. I found a website with command sets of several old processors. I'm thinking about using a stripped-down version of one of these command sets to build my device....
Blah...I don't want to use VHDL or FPGAs. That's what we used in my ELEN class and while it makes doing labs a lot easier, I want to build something out of discrete components instead of just drawing out a schematic and uploading it to a FPGA.
And I'm not really interested in becoming a computer architect; I just want to build a device that I can tinker with in my spare time...
That's exactly the kind of screen i was looking for. As for the chip, I was hoping to do most of the design myself, not use a prefab processor. Any suggestions in that respect?
Re:Direct link, ahem ahem
on
Magnetic Fluids
·
· Score: 0, Offtopic
whatever dude...its the same freaking link. I've got a forwarded domain name. If you click the link the movie opens up...is that direct enough?
Mirror for the video
on
Magnetic Fluids
·
· Score: 4, Informative
Slashdot Mirror
You mean like Zediva is doing?
These guys basically racked up hundreds of DVD players and built a web-based streamer that even sends IR signals to the physical DVD players. You select a movie to rent, and it gets put into a real DVD player where it is then played over the web to your PC. With the money Netflix has, they could do this same thing 100x more efficiently with custom robotics and such, all to skirt the licensing restrictions. Effectively they could stream all of their disc-based content just as well as the content that was "licensed" for streaming. The trick would be that they'd need sufficient copies of each disc. If 10,000 people want to watch Inception at the same time, they'd have to have 10,000 copies (and 10,000 DVD players). Once they run out of disks, any new requests would have to get a "we're out!" message.
Mod parent up -- this is a great summary and matches with my reading of the article too.
...but then you have to drive the POS cheap used car for *five years*. I'm as reasonable as anybody about spending money wisely, but I want a nice car *now*, and I'm willing to pay a premium (both in overall cost and in interest) to do so.
If you're looking for a commercial product that can do just this -- but in a supportable way, and with lots of nifty features that enable building appliances and deploying them to the cloud...take a look at rPath: http://www.rpath.com./ We're using it at our company on thousands of systems and love it!
You've got to stop thinking of it as a GPU and think of it more like a co-processor.
First of all, AMD isn't going to force you to buy a built-in GPU on all of their processors. Obviously the enthusiast market is going to want huge 300W discrete graphics rather than the 10-15W integrated ones. There will continue to be discrete CPUs, just like there will always continue to be discrete GPUs.
But this is a brilliant move on AMD's part. They start with a chunk of the market that is already willing to accept this: system builders, motherboard makers and OEMs will be thrilled to be able to build even smaller, simpler, more power efficient systems for the low end. This technology will make laptops and netbooks more powerful and have better battery life by using less energy for the graphics component.
Now look further ahead, when AMD begins removing some of the barriers that currently make programming the GPU for general-purpose operations (GPGPU) such a pain. For example, right now you have to go through a driver in the OS and copy input data over the PCI bus into the frame buffer, do the processing on the GPU, then copy the results back over the PCI bus into RAM. For a lot of things, this is simply too much overhead for the GPU to be much help.
But AMD can change that by establishing a standard for incorporating a GPU into the CPU. Eventually, imagine an AMD CPU that has the GPU integrated so tightly with the CPU that the CPU and GPU share a cache-coherent view of the main system memory, and even share a massive L3 cache. What if the GPU can use the same x86 virtual addresses that the CPU does? Then...all we have to have is a compiler option that enables the use of the GPU, and even tiny operations can be accelerated by the built-in GPU.
In this future world, there's still a place for discrete graphics -- that's not going away for your gaming rig. But imagine the potential of having a TFLOP-scale coprocessor as a fundamental part of future sub-50W CPU. Your laptop would be able to do things like real-time video stabilization, transcoding, physics modeling, and image processing, all without breaking the bank (or the power budget).
But before we can get to this place, AMD has to start somewhere. The first step is proving that a GPU can coexist with a CPU on the same silicon, and that such an arrangement can be built and sold at a profit. The rest is just evolution.
Actually 768GB RAM...12 dimms per socket (if an OEM chooses to max out the config) with 16GB DDR3 dimms == 768GB.
AMD's new 12-core "Magny-Cours" Opteron parts will be available in 4P configurations with 48 cores and up to 512GB RAM, so...::yawn::
Hey now...I'd say that Texas A&M has *way* hotter girls than UT...just because our girls are ultra-conservative christian prudes doesn't make them any less fun to look at... :-)
really? first post?
Jameco has everything I could want, but their prices are absolutely ridiculous.
EPO and Fry's has the stuff too...need to go by and check prices.
Well...one thing's for sure: I'm not building this thing for anyone but myself. So even if somebody has already done it, i'm fine with re-designing it in my own way. Really I just want to build a digital device with its own input (keyboard) and output (LCD) that I can write programs for. I found a website with command sets of several old processors. I'm thinking about using a stripped-down version of one of these command sets to build my device....
Blah...I don't want to use VHDL or FPGAs. That's what we used in my ELEN class and while it makes doing labs a lot easier, I want to build something out of discrete components instead of just drawing out a schematic and uploading it to a FPGA.
And I'm not really interested in becoming a computer architect; I just want to build a device that I can tinker with in my spare time...
I wasn't planning on making anything permanent. I'm all about just laying it out on a good ol' breadboard.
I was wondering when you were going to post...
;-)
That's exactly the kind of screen i was looking for. As for the chip, I was hoping to do most of the design myself, not use a prefab processor. Any suggestions in that respect?
whatever dude...its the same freaking link. I've got a forwarded domain name. If you click the link the movie opens up...is that direct enough?
I got the video downloaded just in time...
here