4 ms·
Agreed. The stagnation in desktop single-core performance is taking a toll on my productivity as software continues to bloat. Yes, I have a massive number of
by bhauer 10y ago
Agreed.
The stagnation in desktop single-core performance is taking a toll on my productivity as software continues to bloat. Yes, I have a massive number of cores in my desktop workstation, but most are idle at any given moment. With CPU-wasteful single-threaded software, there are far too many applications that routinely fail to keep up with my input.
I know it's popular to advise new programmers to avoid concurrency because it's a "hard problem," but the wasted cores of my CPU keep screaming for something to do. They yell: "It's a shame so few people write multithreaded applications! Alas, back to sleep for me."
- AIMunchkin 10y agoWell, why don't you learn a concurrent language like Go, CUDA, or OpenCL and do something about that? From my vantage point, I remain amazed that people have fled concurrent programming in an age where the hardware for doing so has not only thrived, but which may also be the only path forward from here.
- Retric 10y agoI write multi threaded code, but many of the tools I use are not multi threaded.
- bhauer 10y agoI write plenty of multithreaded code of my own. What I am grieving is our CS education teaching new programmers that they should avoid concurrency because it's "too hard." I don't have time to make Thunderbird use more CPU cores so that its user interface doesn't block at times.
- adrianN 10y agoThat never happened to me and my machine is nearly ten years old. You must be a really heavy Thunderbird user.
- pcwalton 10y agoGo isn't comparable to CUDA or OpenCL in terms of parallelism, which is what matters here. Go doesn't even have SIMD available without writing assembly.