Alternatives
Products that do what Fast and lightweight hash implementations (xdigest) does
I was working on optimising Subversion. One of its bottleneck is computing file hashes. First thing I tried was to use OpenSSL for that. It significantly improved its performance. It made it 8x faster in some cases. However, it was not optimal to use it: - OpenSSL is heavy and bloated. It's like a whole operating system on its own. - Since OpenSSL 3.0, low-level digest APIs are deprecated, and instead they recommend to use EVP which might be slow in some cases. So I decided to create a new library for computing cryptographic digests. It basically takes OpenSSL's implementations, but with an…
- 1DF
2020 · github.com
- 2

- 3TB
2022 · github.com
- 4FA
2021 · github.com
- 5GV
2018 · github.com
- 6HA
2016 · hash-archive.org
- 7AG
2017 · github.com
- 8SA
2015 · github.com
- 9LS
Earlier this year, I took a month to reexamine my coding habits and rethink some past design choices. I hope to rewrite and improve my FOSS libraries this year, and I needed answers to a few questions first. Perhaps some of these questions will resonate with others in the community, too. - Are coroutines viable for high-performance work? - Should I use SIMD intrinsics for clarity or drop to assembly for easier library distribution? - Has hardware caught up with vectorized scatter/gather in AVX-512 & SVE? - How do secure enclaves & pointer tagging differ on Intel, Arm, & AMD? - What's…
2025 · github.com
- 10LC
Attached is my attempt at making a small toy S3 client without any other dependency besides libcurl and OpenSSL. Was tested mainly on MinIO (RIP) locally, so I would expect some bugs when using it against AWS, although I was able to play with it on some open access buckets Be aware that I am not a C++ programmer and this project was indeed done to learn a bit of C++ myself :') Feedback on any of the code, either on gtest, or the benchmarking section or the core itself is welcome!
Jun 2026 · github.com
- 11AF
fasthex - a very optimized hex dumper with all the features other hex dumpers have too
Jun 2026 · github.com
- 12OS
I’ve been working on a compression algorithm for fast random access to individual strings in large collections. The problem came up when working with large in-memory database columns (emails, URLs, product titles, etc.), where low-latency point queries are essential. With short strings, LZ77-based compressors don’t perform well. Block compression helps, but block size forces a trade-off between ratio and access speed. Some existing options: - BPE: good ratios, but slow and memory-heavy - FSST (discussed here: https://news.ycombinator.com/item?id=41489047): very fast, but…
2025 · github.com
- 13AN
2020 · github.com
- 14DA
Github Link: https://github.com/prahladyeri/distroverify Folks, I'm a distro hopper who mainly hops between ubuntu distros such as ubuntu, xubuntu, ubuntu-mate, etc. One thing I've found is the frequent need to verify the SHA1 hashes of the local and original version found on cdimage.ubuntu.com. Sometimes, you forget to verify the hash immediately and later, you have to again scavenge for that download URL in your browser history and then find the hash files URL, isn't it? For this, I've created a tool called distroverify that automatically pulls the corresponding…
2019
- 15RS
Hi HN! I've been hacking on this side project for the last month or two with the goal of making it dead simple to use cloud GPUs. I ran into this problem personally during the phd, and built my own tooling around it. I always thought it'd be fun to try to turn that tooling into a more general product... and bitbop.io is the result! All you have to do is run `ssh bitbop.io`, and you get your own personal dev GPU workstation in the cloud. Looking forward to hearing your thoughts!
2024 · twitter.com
- 16IB
2021 · rnmmkv.vercel.app
- 17LA
2019 · github.com
- 18UI
Hey everyone! I am excited to share updates on four of my & my teams' open-source projects that take large-scale search systems to the next level: USearch, UForm, UCall, and StringZilla. These projects are designed to work seamlessly together, end-to-end—covering everything from indexing and AI to storage and networking. And yeah, they're optimized for x86 AVX2/512 and Arm NEON/SVE hardware. USearch [1]: Think of it as Meta FAISS on steroids. It's now quicker, supports clustering of any granularity, and offers multi-index lookups. Plus, it's got more native bindings than probably…
2023 · usearch-images.com
- 19OS
Existing OSS C++ projects like ClickHouse and DuckDB support reading from Iceberg tables. Writing requires Spark, PyIceberg, or managed services. In this PR https://github.com/timeplus-io/proton/pull/928, we are open-sourcing a C++ implementation of Iceberg integration. It's an MVP, focusing on REST catalog and S3 read/write(S3 table support coming soon). You can use Timeplus to continuously read data from MSK and stream writes to S3 in the Iceberg format. No JVM. No Python. Just a low-overhead, high-throughput C++ engine. Docker/K8s are optional. Demo…
2025 · github.com
- 20RB
Happy to release FastPlaid, which aim to ease and accelerate ColBERT and ColPali retrieval
2025 · github.com
- 21RH
Apr 2026 · github.com
- 22IM
Hey HN! I made a completely open sourced alternative to Weights and Biases with (insert cringe) blazingly fast performance (yes we use rust and clickhouse) Weights and Biases is super unperformant, their logger blocks user code... logging should not be blocking, yet they got away with it. We do the right thing by being non blocking. Would love any thoughts / feedbacks / roasts etc
2025 · github.com
- 23

Hi everyone, I was recently much frustrated with speed of k9s that I use regularly and decided to create a rust alternative that is much faster. Architecture comes from me, and (shocking) Fable coded most of the things. My whole company switched to it and experience has been great - much faster, integrated tightly with Flux/helm/externalsecrets and develops much faster. I know that there is an overall sentiment on HN with using LLMs, so YMMV. In terms of speed, you can check the benchmarks:…
18d ago · github.com
- 24DA
Hi HN, I'd like to share DualMix128, a pseudo-random number generator I developed. It's written in C and achieves very high speed while maintaining strong statistical properties for non-cryptographic use. GitHub (MIT License): https://github.com/the-othernet/DualMix128 Key points: * *Fast:* Benchmarked at ~0.36 ns per 64-bit generation on GCC 11.4 (-O3 -march=native). This was over 2x faster than `xoroshiro128++` (~0.74 ns) and competitive with `wyrand` (~0.36 ns) in the same tests. (Benchmark code/results in repo). * *Robust:* Passes the full TestU01 BigCrush suite…
2025 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →