Supporting HTTP, Redis and PostgreSQL protocols at the same time is a neat trick! psql -h localhost -p 9401 => SET mykey 'my value'; => GET mykey; => DEL mykey;
The protocols are autodetected. No need to carry multiple ports around.
Show HN: Pogocache – Fast caching software
21–30 of 30 posts
Re: Show HN: Pogocache – Fast caching software
#22Always great to see his open-source creations, like: - a Redis like cache purpose built for real-time spatial locations: https://tile38.com/ - go package for reading JSON: https://github.com/tidwall/gjson
Glad to bring another one into this world.
Re: Show HN: Pogocache – Fast caching software
#23I thought I recognized the tidwall name - Josh is also responsible for tg which is a really neat, very tight C geospatial library: https://github.com/tidwall/tg
Thanks you for the blog post about TG when it came out.
Re: Show HN: Pogocache – Fast caching software
#24Re: Show HN: Pogocache – Fast caching software
#25very nice
Thanks!
Re: Show HN: Pogocache – Fast caching software
#26very nice
What is nice about it? You have 9 comments over 3.5 years and they are all promoting your chat bot start up.
Re: Show HN: Pogocache – Fast caching software
#27Congrats! Would you mind sharing what part of the design makes this faster than the competitors?
Re: Show HN: Pogocache – Fast caching software
#28Congrats! Would you mind sharing what part of the design makes this faster than the competitors?
Thanks! The Pogocache sharded hashmap design is optimized for extremely low contention and good memory locality. It super rare for any two threads to ever wait on the same key. That's the biggest part and it's all in the src/pogocache.c file. But the network layer is finely tuned too.
Mostly I perfed and profiled ad nauseam, monitoring cpu cycles along the way. I found that keeping a focus on latency and cycles was primo, and the rest fell into place.
Re: Show HN: Pogocache – Fast caching software
#29Earlier quoted context omitted.
May I suggest the ability to specific a path to a file that it is then read from.
Like an ACL file?
No, like a path to a file containing the secret/passphrase that the program can then read it from. I am not a fan of putting secrets directly into environment variables.
Environment variables are prone to leak or be passed to child processes when it is not desired. But if they are just a file path/pointer to where the secret is, that is mitigated somewhat as one then would still need access to that file.
Re: Show HN: Pogocache – Fast caching software
#30Always excited to see Josh's projects - last time I played with uhaha (loved the name) and it was mind-opening to some extent. Pogocache also looks very interesting and good to see the benchmarks on ARM