Re:Comparison of C++17, Go, and Java for a next-generation s...
by BubRoss on Thursday April 23, 2020 @03:36PM
(#22960200)
If either of those affects performance there are WAY too many memory allocations happening.
[ Parent
| on HN ]
Re:Comparison of C++17, Go, and Java for a next-generation s...
by shigeo on Thursday April 23, 2020 @03:44PM
(#22960285)
Sure, but I guess that's the point --- the GCs in Java and Go can handle any allocation pattern you throw at them reasonably well, but there's not, as far as I know, such a "one-size-fits-all" solution in C++ (not that it needs one.)
Re:Comparison of C++17, Go, and Java for a next-generation s...
by MauranKilom on Thursday April 23, 2020 @07:08PM
(#22962653)
If you don't want to plan out proper (as in performant) data structures and memory management, C++ is indeed the wrong language. And judging by the stuff discussed in comments above, this is exactly what happened here.
Re:Comparison of C++17, Go, and Java for a next-generation s...
by BubRoss on Thursday April 23, 2020 @03:50PM
(#22960369)
I'm not sure I would call 'using your entire CPU to do trivially small heap allocations' a pattern unless you mean that it's a pattern you see when people wonder why their software is so slow.