Quantcast

Don't have an account? Register Now! Forgot password?

Maximum IT
News

Epic Games Tim Sweeny Claims GPGPU Too Costly To Develop

comment Commentsprint Printemail EmailDeliciousDiggStumbleUponRedditFacebookSlashdot

Epic Games Tim Sweeny

Epic Games’ CEO Tim Sweeney is on record as being stanchly against GPGPU computing in the past, but in a recent keynote delivered at the High Performance Graphics conference he further downplayed its future. From a developer standpoint he claims that GPGPU based applications can cost nearly 10x as much as a single threaded versions, with multi-core based software being the current sweet spot.

This isn’t the first time Sweeney has predicted the demise of GPGPU based computing technologies, but he has now further expanded his list of endangered technologies to include DirectX and OpenGL. In his speech last year Sweeny claimed that “In the next generation we’ll write 100-percent of our rendering code in a real programming language--not DirectX, not OpenGL, but a language like C++ or CUDA. Whether that runs on Nvidia hardware, Intel hardware or ATI hardware is really an independent question. You could potentially run it on any hardware that's capable of running general-purpose code efficiently."

Some might consider Sweeny’s comments a bit misguided considering that both Apple and Microsoft are strongly backing OpenCL, and ultimately if it turns out to be a more efficient way of doing certain tasks, couldn’t the development costs be justified? Clearly the GPU has future potential in the transcoding market, but do you think Sweeney has a point here?

COMMENTS:13
COMMENTS
avatarNot that it really matters...

but as a point of interest, what is with all the rainbow flags and kites in his office? hiding something while making a political statement? Or is he just not aware of what the rainbow is suppossed to proudly exclaim? lol

Login or register to post comments
avatarIs the sky hiding something

Is the sky hiding something when the sun is shining on water droplets?

Login or register to post comments
avatarOMG!

Oh...My.....Gawd! I never realised... The sky is so totally gay!

 

Also, I don't think its a bunch of flags/kite, It looks like to me its one large kite or possibly a small sail. Kites like that are almost always brightly colored so they are easier to see in the sunlight.

Login or register to post comments
avatarsweet

sweat spot makes for an interesting typo

Login or register to post comments
avatarNice office he has there

Nice office he has there though.

Login or register to post comments
avatarproactive blamegame

time to get working on new solutions.

Login or register to post comments
avatarThat's interesting... I

That's interesting... I wonder if the cost of production is too high, or if the R n D is to expensive. BTW, could you have meant sweet spot, rather than sweat spot?

 

Login or register to post comments
avatarSWEET spot

Darn, you beat me to it :(

Login or register to post comments
avatarWhy is it that of late

Why is it that of late everytime I look there is some doom-sayer sprouting the end of the PC gaming desktop?

Login or register to post comments
avatarI say

I say do what you do to cut cost and deliver a good product. I don't need movie quality as long as it is a good game with a story.

Login or register to post comments
avatarHe seems to rely more on conjecture than evidence each day

Really, which is more cost effect to develop: Going through a loop to do 100 dot products with 200 different operands, or telling a throughput device to just do them all in parallel? Data is rarely arranged that simply you say? Ok, how about a linked list with a variable number of pointers (links) at each node. Would it be easier with a serial architecture, where you have to go back and forth, verify left and right, and do complex navigation because the local register file is “short sighted”, and can only deal with so many items at once, or would you rather work with virtually as many items you want “on the table” as it where, instead of a few items at a time on a small plate?

You can have your recession. I'm not participating.

Login or register to post comments
avatarMy two cents

I think we should distinguish application time from programmer time. 

For a computer, dealing with data in parallel may be faster, but from a programmer's point of view, working in a more abstracted and higher level language saves hours of coding, debugging, and maintenance time.

I understand your point, and I may just be playing the devil's advocate; but I think GPU based parallel applications will be more of a niche market... at least until we revolutionize our understanding of the topic.

Login or register to post comments
avatarSchweddy

Schweddy

Damn you, Spellcheck!
/raisefist

 

Login or register to post comments

This Month's Issue
FEATURE How to Get FREE Programs, Services, Software & MoreFEATURE Digital Photo Printer RoundupHOW TOBuild a 3D CameraFEATUREDIY Arcade PCWHITE PAPERHow TRIM Works