Search found 4 matches
- Mon Sep 25, 2017 9:27 am
- Forum: General discussion
- Topic: Parrallel processing in games & applications
- Replies: 439
- Views: 277443
Re: Parrallel processing in games & applications
GPU's aren't CPU's. If I was doing 3d drawing or even touched floating point math then maybe, but I'm not forcing a specific problem set into another problem set, I'm showing a general-purpose solution.
Very true, but I figure most applications that can make use of 100k+ parallel cores can ...
- Mon Sep 25, 2017 1:07 am
- Forum: General discussion
- Topic: Parrallel processing in games & applications
- Replies: 439
- Views: 277443
Re: Parrallel processing in games & applications
I've not been following this thread very closely. What about GPUs? 7.5k might be a bit low thread count, but if you can get "much, much higher" then GPUs seem like a fairly solid bet.
GPUs are absolutely horrible for running general purpose code. They have both HUGE latencies and have horrible ...
GPUs are absolutely horrible for running general purpose code. They have both HUGE latencies and have horrible ...
- Sun Sep 24, 2017 12:15 am
- Forum: General discussion
- Topic: Parrallel processing in games & applications
- Replies: 439
- Views: 277443
Re: Parrallel processing in games & applications
The thing to remember is that Moore's law in the form of "the number of transistors that can be put into a device at the lowest cost per transistor increases exponentially with time" is still holding and will continue to hold for the foreseeable future
We've been behind Moore's law for a few ...
- Sat Apr 16, 2016 8:15 pm
- Forum: Ideas and Suggestions
- Topic: A long-tail endgame
- Replies: 2
- Views: 2132
A long-tail endgame
One of the things I find unsatisfying about the game at the moment is the end game. You win when you've produced enough stuff. It doesn't matter if you've a super-inefficient factory, eventually you'll produce enough stuff to build a big rocket, strap a satelite to it, and win.
I think it would be ...
I think it would be ...