fastcache

Location:New Zealand Remote: Yes Willing to Relocate: No Technologies: Golang, Java, Postgres, Kafka Resume: https://www.linkedin.com/in/francis-stephens/ Email: francisstephens@gmail.com I currently live in Germany, but am moving to New Zealand in August. I have a strong interest in system performance, at my previous job I spent 6 years working exclusively on performance for a high throughput backend system written in Go. I do enjoy development work in general, so I am not exclusively looking for performance focused work, but I do like it. Some github repos representing my work A small set of performance focused packages, most importantly including a very fast lock free queue implementation: https://github.com/fmstephe/flib A high performance matching engine, such as would be found in a financial stock exchange, in Go. https://github.com

Yeah that’s true, although there is a growing ecosystem of “allocation sensitive” libraries. We use this one a lot for protobuf: https://github.com/richardartoul/molecule jsonparser is great for JSON parsing: https://github.com/buger/jsonparser fastcache is a great “zero gc” cache: https://pkg.go.dev/github.com/VictoriaMetrics/fastcache Etc

Cache hit ratio increases with the size of cache and decreases with the number of "hot" items regardless of cache eviction policy - LRU, FIFO, etc. Cache hit ratio reaches 100% when cache size becomes large enough to hold all the "hot" data. It would be great to see https://github.com/VictoriaMetrics/fastcache in the benchmark results. It is faster and it uses less memory comparing to other solutions for caching the same amount of data.