Slashdot Log In
ATI's Stream Computing on the Way
Posted by
ScuttleMonkey
on Wed Sep 20, 2006 01:52 PM
from the mysterious-hardware-rollouts dept.
from the mysterious-hardware-rollouts dept.
SQLGuru writes to tell us that ATI has announced plans to release a new graphics product that could provide a shake-up for high performance computing. From the article: "ATI has invited reporters to a Sept. 29 event in San Francisco at which it will reveal 'a new class of processing known as Stream Computing.' The company has refused to divulge much more about the event other than the vague 'stream computing' reference. The Register, however, has learned that a product called FireStream will likely be the star of the show. FireStream product marks ATI's most concerted effort to date in the world of GPGPUs or general purpose graphics processor units. Ignore the acronym hell for a moment because this gear is simple to understand. GPGPU backers just want to take graphics chips from the likes of ATI and Nvidia and tweak them to handle software that normally runs on mainstream server and desktop processors."
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.
World beyond x86 (Score:2, Insightful)
Re:World beyond x86 (Score:4, Funny)
If you're gonna beef up and make more general a GPU you might as well all it a Cell
NEXT!
Tom
Parent
Re: (Score:2)
Graphics card manufacturers have yet to cease pumping the 8hit. It is however peculiar that ATI would announce a technology that could potentially devalue their parent companies (AMD) product. I suppose next AMD will announce more Graphics processing capabilities on their CPUs. Whats good for the Goose right?
Re: (Score:3)
And all based and connected through Hypertransport.
Re: (Score:3, Insightful)
Oh really? Then perhaps you'd care to clue the rest of us in? I see very little impact from the x86's VLE instruction set. Only if you make assumptions about the underlying core based on the instruction set (which would not be a wise thing to do) could I see that VLE as an issue.
Re:World beyond x86 (Score:5, Informative)
NVidia's current market cap [yahoo.com]: US$ 10.83B
And that's assuming Intel won't have to write down a ton of their current inventory (all their old Netburst crap). They'd have to issue a ton of new stock to pay for the purchase - I don't think their shareholders would go for it.
Parent
Re: (Score:3, Insightful)
to control it they only need $5.42B
Re: (Score:2)
This makes no sense. Your logic is:
1) x86 sucks. Intel makes x86.
2) Graphics card makers are doing great stuff. NVidia is a graphics card maker.
3) Intel designed the x86, so therefore Intel's product designs suck.
4) NVidia is making cool stuff, so NVidia's designs are good.
Your conclusion: Intel should buy NVidia so innovation can start.
Your conclusion is in dire
Re:Yeah, Intel did that. (Score:4, Interesting)
For most uses you don't need fast 3d graphics anyway. You just need the features. Or want them. Intel graphics will be enough to give Linux users their cutesy Xgl desktop with shadows and warping and blah blah blah and that will be enough to sell a bunch of intel cards solely because they have open source drivers. In fact my goal in future servers will be to get intel integrated graphics so that I can have the open source drivers.
On a desktop I don't care so much about whether drivers are open source or not. On a server, I care very much. I can use another desktop or desktop OS and get the same functionality, but I might not be able to conveniently jump over to another server.
Parent
Re: (Score:2)
Some newer models even have a direct DVI output. And for the lower end machines you could always get a card for 30 bucks which enable DVI output through the ADD slot.
Re: (Score:2)
I also don't think they offer dual link DVI, but honestly, i didn't find any facts regarding this (thank you for those wonderfully detailled product descriptions).
However, these products are intended for the corporate market. I've never seen a demand for Dual DVI or Dual Screen without a demand for a discrete graphic card (think CAD, etc.).
Re: (Score:2)
Re: (Score:2)
Did a double take on that title... (Score:3, Funny)
Re: (Score:2)
http://www.youtube.com/watch?v=HIgsqYJmtJs&eurl= [youtube.com]
Re: (Score:2)
Wow, that was disappointing. I was hoping to see something that somehow used the steam for computation (using "valvsistors" or something). : (
Stream eh? (Score:3, Funny)
Great... (Score:2)
Re: (Score:2)
Re: (Score:2)
GPGPUs... (Score:2, Funny)
Re:GPGPUs... (Score:5, Insightful)
Parent
Data projections (Score:2)
I've always thought of data projection queries in terms of Z-buffer processing. It would be interesting to see what a GPGPU could do for such queries.
For example, pricing, products, and services often have start and end date-times. Given a particular date, the effective pricing is most recently started data set that hasn't expired yet. It sounds easy in english, but it tends to be a rather bruatal set of unions and hierarchical-join queries to implement.
But given the I/O intensive nature of such pro
Re: (Score:2, Insightful)
Re: (Score:3, Insightful)
So that there are, for example, some specific common database operations that could be significantly more efficient with some optimized hardware. It's just that there's not necessarily a big enough market to design, test, produce, and sell cards designed just for that and make a profit.
Re: (Score:2)
Going the way of the FPU? (Score:2)
I predict that they will eventually go the way of the FPU.
Re: (Score:2)
Re: (Score:2)
GPGPU primer (Score:5, Informative)
There's lots of good sites that talk about GPGPU [gpgpu.org]. Wikipedia [wikipedia.org] has an okay article on the subject as well, and NVIDIA has a primer (PDF) [nvidia.com] on the subject. But the summary of this article is a bit overly broad.
GPGPU isn't about moving arbitrary processing to the GPU, rather it's about moving specific, computationally expensive computing to the massively parallel GPU.
Effectively, the core idea of GPGPU solutions is that you compute 256x256 (or another granularity) of solutions entirely in one pass.
NVIDIA has several examples [nvidia.com] on their website, specifically the GPGPU Disease and GPGPU Fluid samples. The Mandelbrot computation they have there could also be considered an example. (More samples here [nvidia.com]).
GPGPU has already been utilized to perform very fast (comparable to the CPU) FFTs. In an article in GPU Gems 2 (a very good book if you're interested in doing GPGPU work), they indicate that a 1.8x speedup can be had over performing FFTs on the CPU. I've heard that there are now significantly faster implementations as well.
Re: (Score:2)
The amount of processing and bandwidth needed for these new telescopes comming online is staggering. For LOFAR we're using a IBM BlueGene with 12.000 Cores (Stella, nr.12 in the top500), using a 144Gb/s connection, and for SKA the nummbers are going to be orders of magnitude larger. The pos
Hooray for vague marketing terms! (Score:2)
SEGA!!!
I blame AGP for the delay (Score:2)
We could have had this long ago if not for the fact that the AGP bus is slow as hell when moving data from graphics card memory back to main memory/CPU.
Sure, you could do computations in graphics memeory, if you didn't mind waiting forever to read the results back.
Re: (Score:2)
Good for them (Score:4, Insightful)
In the original PC, the VGA interface gave the CPU a direct window into the video memory. Your CPU was your GPU as well - the only thing the graphics card did was convert the raster of bytes in a certain location to a signal recognizable by the monitor. As such, the hardware wasn't optimized for the kinds of operations that would become typical in the games that followed. So video card manufacturers began a mitigation strategy which involved moving the computationally complex parts of rendering off to the video card, where the onboard processor could render much more quickly and more efficiently than the CPU itself. The drawback of this approach was that to take full advantage of your video hardware you had to run a certain buggy, unstable, and rather insecure operating system. Typically, the drivers were written only for Windows. Reinstalling Windows became a semi-annual ritual for serious gamers.
But, if ATI is successful in standardizing the GPGPU architecture, we may be able to take advantages of the video hardware on platforms other than Windows. While Linux has typical suffered a dearth of FPS games because of the lack of good hardware rendering support in the past, this has the potential for Linux to become the next serious gamer's platform.
Which is a good thing, IMHO.
Re: (Score:2)
It's totally Microsoft's fault that Linux is not interesting to most gamers, or that GPL doesn't allow proprietary drivers to be used on Linux. Yea. Totally Microsoft's fault.
As for gamers, they have lots of stupid rituals
Stream computing = Citrix on steroids? (Score:2)
And Who Really Needs This? (Score:2)
Re: (Score:2)
Core 2 Duo? Look at those of us who use VMware, any sort of video rendering, or multi-tasking on a general level and we kill those processors in a heartbeat.
Re: (Score:2)
I traded nerd for Geek a long time ago. Gets more girls this way.
Misplaced signifigance. (Score:2)
Does this GPU require water cooling? (Score:2)
Stream processing is NOT new (Score:3, Interesting)
Core Graphics? (Score:2)
This sounds like the GPU-based programs that OS X uses to perform Core Graphics and Core Video operations.
New Generation (Score:2, Interesting)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
then you have to figure out how to stick them all on one die.. and have to talk to each other..
and while you can make somethings smaller
a video card doens't have to fit in a 1-2 in ^2 area.. it can be a full length ATX card with GB's of fast ram and multi core specilized proccessors..
a CPU
Re: (Score:2, Funny)
They lack gravitational potential energy. Yeah, you can try to play around with extracting energy from the temperature gradiants of a lake or ocean (ponds don't have any worth worrying about), but it's just easier to stick a turbine in a stream to make the computer go; and unlike my heavy piston on a rope floating in a leaky sand filled cylinder engines the Sun carries the water back up to the upper reseviour for you.
KFG
Re: (Score:2)
There's plenty of those tasks. There's just not a heck of a lot to be done about it. The apparent recent focus on paralel tasks is partly because chip makers are running out of easy ways to make non-parralel tasks any faster. But it's relatively easy to do the same task more times in parralel at the same speed. Which probably doesn't help until the software gets re-written to take advantage of that, assuming it can be.
On the other hand, my impression is that a lot of tasks that seem like they can't bene