|
|
|
|
|
by ArtWomb
2845 days ago
|
|
Great stuff! This is actually a powerful design pattern in golang. Write first without worrying about bottlenecks. Make sure all tests are ok. And typically concurrent GC is performant enough for average loads. Then later at our leisure we can optimize with pprof and custom load generator. With bonus points for go-fuzz and throwing in some chaos ;) But for ARP style table lookups, do you even need to allocate for the response? Are we actually doing any request processing? Can't we just output the cache entry to the net io.Writer, log the event, and continue? |
|