On Fri, Jun 19, 2020 at 8:13 PM <howardcs...@gmail.com> wrote: > We have seen performance decreases in some language versions, but we have > also seen performance increases. Efficient execution is a project goal, but > efficient compilation is as well, so I would not recommend hoping for or > expecting that performance issues in execution would be resolved via > additional passes in or excessive time added to compilation. > > It is important to look at the general trend, rather than single releases. If you restructure the internals of a compiler, you may have to accept a slight decrease for certain programs short term, only to win that in again in the long term as more optimizations come online in the new structure.
It is also a balance. If the program is small, then efficient compilation isn't that important. For large programs, where much of the code isn't traversed more than once, efficient compilation is very important. One thing I enjoy in Go is the fast compilation speed and feedback loop. And programs tend to be quite fast in Go as well, because you have good control over memory layout. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/CAGrdgiWef6hpoeJor-wr3bSE7OZRNoM_KjRSccjHawkKdZyGtw%40mail.gmail.com.
