akhenakh
Joined 13 years ago
Karma
95
Submissions
33
Member since
Feb 14
[ my public key: https://keybase.io/akh; my proof: https://keybase.io/akh/sigs/-cPVHOpMzSNxEed3pccHCoclyu2BX3RaiemW8jc8fEA ]
View on Hacker NewsRecent submissions
Comment · 3 months ago
Still hidden behind an experimental flag but SIMD is fully functional in Go: https://pkg.go.dev/simd/archsimd
Comment · 7 months ago
Someone implementing it on llamacpp already https://github.com/mudler/llama.cpp/commit/dee102db1bfd723c9...
Comment · 1 year ago
Look at this library embedding the TZ data, implemented in multiple languages, even providing an HTTP server https://github.com/ringsaturn/tzf
Comment · 2 years ago
What's up with the black and white pictures, we had colors in 1984!
Gimmick to make me feel old?
Comment · 2 years ago
Readers may be interested to Dasel as well https://daseldocs.tomwright.me/supported-file-formats
Comment · 2 years ago
There is an existing project named kubetail, which is quite popular 3.2K starts https://github.com/johanhaleby/kubetail
Comment · 3 years ago
https://blog.nobugware.com
I blog about software development, GIS Geospatial, Hamradio, Go, gRPC ...
Comment · 4 years ago
I've realized it's open source, the arm64 OSX build is taking way less cpu!
There is a render bug when the application is not focused, it's taking a tons of cpu resources.
Comment · 4 years ago
Love the idea!
It seems you are not exposing server reflection https://github.com/grpc/grpc/blob/master/doc/server-reflecti...
It would be very useful especially for ppl discovering your api and playing with it with gRPC UI client like https://github.com/rogchap/wombat.
A Universal build (with arm64 build) on OSX would help.
Comment · 4 years ago
Author of the blog post here, thanks for all the nice comments, you are lovely :)
First I did not post it here, the intent was to promote ccgo to the Go community.
I did recreate geoToH3 using the transpiled code and it is outperforming the helper tool provided by the C version see https://github.com/akhenakh/h3-bench/blob/main/cmd/geoToH3/m....
I hoped it was clear in the blog post: this is a very specific case where I only needed to convert coordinates to h3 index, with this specific goal this transpiled version outperform the cgo version.
The comment "probably due to Go runtime scaling on multiple cores" was me still seeing very close performance with GOMAXPROCS set to 1, but observing the process behaving differently than the pure C version. The fact it was not thread safe has been discussed already on Reddit and is not relevant nor an issue when used in a batch scenario like this.
ccgo is awesome, but feel free to discuss something else ;)