4 ms·

Much of the software we use every day does benefit from this level of scrutiny. There was a popular post today about changing C++ std::sort for more perf. There

by gernb 5y ago

Much of the software we use every day does benefit from this level of scrutiny. There was a popular post today about changing C++ std::sort for more perf. There's JavaScript engines running 100x faster for a given CPU than they were in the 90s? gcc and llvm optimize more than ever?

bombcar 5y ago
But there’s tons of untapped potential that is rarely realized - compare some of the greatest Doom PWADs made today (on the vanilla Doom engine, not on limit removed engines) vs the original game. They were technically possible but there wasn’t time to do them and still get the game out on schedule.
- Zardoz84 5y ago
  Or simply nobody thought that could be done things like that (for example, the classic "invisible" sector bridge), before a PWAD did. Plus the game was released targeting to work under a 80386, so the stock maps was limited to ran at an acceptable performance on these kind of CPUs.
  - anthk 5y ago
    Check FastDoom too :).
  - bombcar 5y ago
    Yeah, “limits” are sometimes in hardware and sometimes conceptual. Look at the demoscene - most of what they do is designed to run on period hardware, but far surpasses anything anyone did at the time (it’s the whole point).