Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
tidwall
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
29 ms
·
1.
▲
by
tidwall
5mo ago
Looks to me like having the ability to write Go syntax and interop directly with C is the plus.
2.
▲
by
tidwall
5mo ago
"To keep things simple, there are no channels, goroutines, closures, or generics." I wonder if it could be integrated with https://github.com/tidwall/neco , which has Go-like coroutines, channels, and synchron
3.
▲
by
tidwall
6mo ago
I do this all the time. I’ll spend weeks or months on a project, with thousands of wip commits and various fragmented branches. When ready, I’ll squash it all into a single initial commit for public consumption.
4.
▲
by
tidwall
8mo ago
This reminds me of a card swiping video game system I made years ago. https://youtu.be/Z2xq3ns5Hsk https://github.com/tidwall/RetroSwiper
5.
▲
by
tidwall
9mo ago
Or this. func fetchUser(id int) (user User, err error) { resp, err := http.Get(fmt.Sprintf("https://api.example.com/users/%d", id)) if err != nil { return user, err }
6.
▲
by
tidwall
11mo ago
A bird in the hand.
7.
▲
by
tidwall
1y ago
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/
8.
▲
by
tidwall
1y ago
Thanks!
9.
▲
by
tidwall
1y ago
Like an ACL file?
10.
▲
by
tidwall
1y ago
Thanks you for the blog post about TG when it came out.
11.
▲
by
tidwall
1y ago
Glad to bring another one into this world.
12.
▲
by
tidwall
1y ago
The protocols are autodetected. No need to carry multiple ports around.
13.
▲
by
tidwall
1y ago
Oh wow. That is dope. Thanks for sharing.
14.
▲
by
tidwall
1y ago
Thanks Steve. Your feedback was very helpful.
15.
▲
by
tidwall
1y ago
No
16.
▲
by
tidwall
1y ago
Yes, it is highly hand optimized. There's a description of some of the methods I used near the bottom of there README. I mainly focused on minimizing contention, with the sharded hashmap and such. But the networking layer is carefully
17.
▲
by
tidwall
1y ago
Not intending to make pogocache into a sql database. I prefer keeping it a cache. More so exploring ways to work with existing databases such as sqlite, duckdb, postgres. Kinda like providing proxy-ish operations that transparently cache sq
18.
▲
by
tidwall
1y ago
That's the only way right now. The other ways I'm considering is with an environment variable and/or acl.
19.
▲
Show HN: Pogocache – Fast caching software
(github.com)
93 points
by
tidwall
1y ago
|
29 comments
20.
▲
by
tidwall
1y ago
I updated the graphs to use linear scaling. Thanks for the feedback
21.
▲
by
tidwall
1y ago
Memcache binary protocol was deprecated years ago. It’s no longer recommended to be used.
22.
▲
by
tidwall
1y ago
Thanks for the feedback. The plateauing is due to a taskset misconfiguration. I fixed it and reran the benches. They look much better now.
23.
▲
by
tidwall
1y ago
Thanks for the feedback. I updated the graphs to use linear scale by default. Log scale is still available, which is useful for latency viewing. Also only included the summarized graphs on the README. All graphs are moved into a separate fi
24.
▲
by
tidwall
1y ago
Context is not required in Go and I personally encourage you to avoid it. There is no shame in blazing a different path.
25.
▲
by
tidwall
1y ago
I've stopped using autotools for new projects. Just a Makefile, and the -j flag for concurrency.
26.
▲
by
tidwall
1y ago
Here's a b-tree library I wrote that uses a similar approach. https://github.com/tidwall/bgen
27.
▲
by
tidwall
2y ago
Vanguard, Adventure, Track and Fields (with controller), Pitfall, Berzerk, Kung Fu Master
28.
▲
by
tidwall
2y ago
Lately, I’ve found using hilbert curves with a "spatial btree" [1] beats an rtree for most of my geolocation needs. 1. https://github.com/tidwall/bgen/blob/main/docs/SPATIAL_BTREE...
29.
▲
Show HN: Bgen – B-tree generator for C
(github.com)
5 points
by
tidwall
2y ago
|
1 comments
30.
▲
by
tidwall
2y ago
Here you go. https://gist.github.com/tidwall/332fc3791a23b038c6b3e73aba02...
More ›