> On Dec 29, 2024, at 5:11 PM, Axel Wagner <axel.wagner...@googlemail.com> > wrote: > > Why don't I use the sequence versions more frequently? Because I try not to > create huge in-memory maps and instead prefer to move logic that manipulates > large amounts of data into a proper database. > > Iterators are more efficient for small maps as well. Allocating and then > throwing away small slices increases GC pressure. I got easily 10% or more > performance improvements by refactoring a loop over a slice with a loop over > an iterator.
By the same token, I do not create lots of throw-away slices, either, and especially not in logic that would generate hundreds or thousands of them. If you do that then no wonder you find improvements in GC pressure. > All of these exist to implement different interface with different tradeoffs. > For example, `WriteString` implements `io.StringWriter`, which is more > efficient than calling `Write(string(p))`, because the latter would make the > argument escape, thanks to the virtual call. > Yes, it would be better to have simpler names. But given the nature of > interfaces in Go, we need two different methods to do two different things > and they need to have two different names. At least one of them, > unfortunately, has to be bad. > That doesn't disprove the principle, though. Depends on what principle(s) you are referring to. If you are referring to the principles of precedence and consistency, it actually does. > Indeed. If we had more powerful generics (and had them from the beginning) we > could have chosen singular functions with simpler names here. Perhaps, in > the future, we *will* get those and can clean up here. On that we can certainly agree. -Mike -- 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 visit https://groups.google.com/d/msgid/golang-nuts/EFFECA62-43A9-4D4D-8771-547E64AD4532%40newclarity.net.
