Comment by zackmorris
19 hours ago
I've been calling for high-multicore CPUs (at least 100 cores) with local memories for a quarter century now. No winners so far.
A Pentium 4 hit 3.8 GHz longer than that ago in 2004, so that's not special. And the estimated price will be $7,000-10,000, which isn't special either since that's about 10x more than it should be.
Hot take: GPUs disrupted the CPU industry to such a degree that CPUs never recovered, and like the k-shaped economy, the current status quo only serves a small fraction of customers. We can and should do better, but sadly we won't. Still, it's good that Fujitsu did this, for the competition if nothing else.
Unless they are used for multi-processing in classical UNIX fashion, or proper microkernels, most applications will hardly take advantage of them.
Managed languages runtimes are probably the ones that would be better equipped to take advantage of them, for distributed JIT, GC and asynchronous code.
The Connection Machine style with StarLisp.
Very few devs can write optimal multi-threaded code that explores the single digit count of cores on their laptops or phones already.
IMO we are still far from discovering a truly usable concurrency paradigm (if one even exists).
Maybe if designing software like digital circuits, which are more parallel in execution.
However one could argue that FPGAs are already that, and still we come back to a skill issue.
I am also not an expert, cannot make heads or tails about SIMD algorithms, and in what GPUs goes, only traditional shading languages.
Let alone algorithms that on top of that, should take optimal advantage of all available CPUs.
2 replies →