I would argue that wherever performance really matters, that is, where it is measured and where the improvement is estimated to reduce cost or increase revenue to the point where the programming effort is justified, we're already near the optimum. I don't see many fields where this is the case today but won't be tomorrow.
In the past, software needed to be optimized just to run at all, but that constraint is gone forever. Consumers generally accept software that is kinda clunky and slower than it needs to be, peak performance rarely becomes the differentiator that it needs to be to justify optimization on modern hardware.
Language benchmarks only give you the theoretical lower bound of runtime, but software in practice is usually much slower than that, regardless of language. For instance, it's not unusual to see some C code with unfavorable complexity, just because someone didn't bother to bring in a data structure that would've been part of the standard library of a slower language.