frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: enveil – hide your .env secrets from prAIng eyes

https://github.com/GreatScott/enveil
151•parkaboy•10h ago•88 comments

Show HN: X86CSS – An x86 CPU emulator written in CSS

https://lyra.horse/x86css/
197•rebane2001•12h ago•67 comments

Show HN: Steerling-8B, a language model that can explain any token it generates

https://www.guidelabs.ai/post/steerling-8b-base-model-release/
251•adebayoj•14h ago•75 comments

Show HN: Awsim – Lightweight AWS emulator in Go (40 services in progress)

https://github.com/sivchari/awsim
2•sivchari•45m ago•0 comments

Show HN: AI-native SDLC – 156 test docs, 16 skills, 1 human

https://github.com/gpgkd906/auth9
2•gpgkd906•1h ago•0 comments

Show HN: Dicta.to – Local voice dictation for Mac with on-device AI

https://dicta.to/
2•alamparelli•1h ago•0 comments

Show HN: PgDog – Scale Postgres without changing the app

https://github.com/pgdogdev/pgdog
295•levkk•23h ago•54 comments

Show HN: AI phone assistant that became a lifeline for people who can't speak

https://mio.gg/
3•talyuk•1h ago•1 comments

Show HN: Cellarium: A Playground for Cellular Automata

https://github.com/andrewosh/cellarium
33•andrewosh•3d ago•0 comments

Show HN: Babyshark – Wireshark made easy (terminal UI for PCAPs)

https://github.com/vignesh07/babyshark
131•eigen-vector•18h ago•43 comments

Show HN: Tessera – An open protocol for AI-to-AI knowledge transfer

https://github.com/incocreativedev/tessera-core
3•kirkmaddocks•2h ago•2 comments

Show HN: Out Plane – A PaaS I built solo from Istanbul in 3 months

https://outplane.com
3•receperdogan•3h ago•2 comments

Show HN: WebPerceptor – Enabling AI Mediated Web Browsing

https://github.com/theartofhci/WebPerceptor
2•theartofhci•2h ago•0 comments

Show HN: Claude Copy – Drop-in fix for Claude Code's broken copy-paste

https://github.com/andersmyrmel/claude-copy
2•andersmyrmel•2h ago•0 comments

Show HN: Sowbot – Open-hardware agricultural robot (ROS2, RTK GPS)

https://sowbot.co.uk/
166•Sabrees•23h ago•46 comments

Show HN: AI Timeline – 171 LLMs from Transformer (2017) to GPT-5.3 (2026)

https://llm-timeline.com/
163•ai_bot•1d ago•56 comments

Show HN: Git-native-issue – issues stored as commits in refs/issues/

https://github.com/remenoscodes/git-native-issue
4•remenoscodes•4h ago•3 comments

Show HN: CIA World Factbook Archive (1990–2025), searchable and exportable

https://cia-factbook-archive.fly.dev/
482•MilkMp•1d ago•99 comments

Show HN: L88 – A Local RAG System on 8GB VRAM (Need Architecture Feedback)

7•adithyadrdo•10h ago•1 comments

Show HN: Notion-CLI – Full Notion API from the terminal, 39 commands, one binary

https://github.com/4ier/notion-cli
3•4ier•8h ago•1 comments

Show HN: 3D Mahjong, Built in CSS

https://voxjong.com
133•rofko•1d ago•60 comments

Show HN: 60 Years of Metal Music Data, Visualized

https://metal-archives-graphs.neocities.org
3•oneyoudontknow•2h ago•0 comments

Show HN: Agent Multiplexer – manage Claude Code via tmux

https://github.com/mixpeek/amux
12•Beefin•23h ago•2 comments

Show HN: AgentBudget – Real-time dollar budgets for AI agents

https://github.com/sahiljagtap08/agentbudget
6•sahiljagtapyc•9h ago•6 comments

Show HN: A geometric analysis of Chopin's Prelude No. 4 using 3D topology

https://github.com/jimishol/cholidean-harmony-structure/blob/main/docs/03-case-study-chopin-prelu...
48•jimishol•4d ago•11 comments

Show HN: BVisor – An Embedded Bash Sandbox, 2ms Boot, Written in Zig

https://github.com/butter-dot-dev/bVisor
18•edunteman•21h ago•5 comments

Show HN: ClinTrialFinder –AI-powered clinical trial matching for cancer patients

https://www.clintrialfinder.info
2•chncwang•10h ago•0 comments

Show HN: Llama 3.1 70B on a single RTX 3090 via NVMe-to-GPU bypassing the CPU

https://github.com/xaskasdf/ntransformer
388•xaskasdf•2d ago•102 comments

Show HN: Local-First Linux MicroVMs for macOS

https://shuru.run
207•harshdoesdev•1d ago•63 comments

Show HN: Implementing ping from the Ethernet layer (ARP,IPv4,ICMP in user space)

https://github.com/v420v/ping
8•ibuki256•1d ago•1 comments
Open in hackernews

Show HN: SNKV – SQLite's B-tree as a key-value store (C/C++ and Python bindings)

https://github.com/hash-anu/snkv
35•swaminarayan•2h ago
SQLite has six layers: SQL parser → query planner → VDBE → B-tree → pager → OS. (https://sqlite.org/arch.html) For key-value workloads you only need the bottom three.

SNKV cuts the top three layers and talks directly to SQLite's B-tree engine. No SQL strings. No query planner. No VM. Just put/get/delete on the same storage core that powers SQLite.

Python:

    pip install snkv

    from snkv import KVStore

    with KVStore("mydb.db") as db:
        db["hello"] = "world"
        print(db["hello"])   # b"world"
C/C++ (single-header, drop-in):

    #define SNKV_IMPLEMENTATION
    #include "snkv.h"

    KVStore *db;
    kvstore_open("mydb.db", &db, KVSTORE_JOURNAL_WAL);
    kvstore_put(db, "key", 3, "value", 5);
Benchmarks vs SQLite WITHOUT ROWID (1M records, identical settings):

  Sequential writes  +57%
  Random reads       +68%
  Sequential scan    +90%
  Random updates     +72%
  Random deletes    +104%
  Exists checks      +75%
  Mixed workload     +84%
  Bulk insert        +10%
Honest tradeoffs: - LMDB beats it on raw reads (memory-mapped) - RocksDB beats it on write-heavy workloads (LSM-tree) - sqlite3 CLI won't open the database (schema layer is bypassed by design)

What you get: ACID, WAL concurrency, column families, crash safety — with less overhead for read-heavy KV workloads.

Comments

Retr0id•2h ago
I'm surprised by your benchmark results.

I've considered building this exact thing before (I think I've talked about it on HN even), but the reason I didn't build it was because I was sure (on an intuitive level) the actual overhead of the SQL layer was negligible for simple k/v queries.

Where does the +104% on random deletes (for example) actually come from?

swaminarayan•2h ago
Fair skepticism — I had the same intuition going in.

The SQL layer overhead alone is probably small, you're right. The bigger gain comes from a cached read cursor. SQLite opens and closes a cursor on every operation. SNKV keeps one persistent cursor per column family sitting open on the B-tree. On random deletes that means seek + delete on an already warm cursor vs. initialize cursor + seek + delete + close on every call.

For deletes there's also prepared statement overhead in SQLite — even with prepare/bind/step/reset, that's extra work SNKV just doesn't do.

I'd genuinely like someone else to run the numbers. Benchmark source is in the repo if you want to poke at it — tests/test_benchmark.c on the SNKV side and https://github.com/hash-anu/sqllite-benchmark-kv for SQLite. If your results differ I want to know.

Retr0id•2h ago
What does "column family" mean in this context?
swaminarayan•1h ago
A named key space within the same database file — keys in "users" don't collide with keys in "sessions" but both share the same WAL and transaction.
bflesch•1h ago
Did you measure the performance impact of having multiple trees in a single file vs. having one tree per file? I'd assume one per file is faster, is that correct?
swaminarayan•1h ago
no dont know about it. I will check it out.
d1l•2h ago
Are you using ai for the comment replies too?!
derwiki•1h ago
Everyone knows the emdash is a giveaway, and they are being left in
altmanaltman•1h ago
are you reading what you're writing?
d1l•1h ago
It's a nonstop slop funnel as far as I can tell. Only ashamed I've been here for more than 5 minutes.
swaminarayan•1h ago
yes
nightfly•2h ago
It "only" doubles performance so the overheads aren't that heavy
snowhale•1h ago
the benchmark probably controls for this implicitly but wondering if they used prepared statements in the sqlite baseline. the query planner overhead is negligible for a simple put/get after the first parse, but the vtable dispatch and statement compilation on every call can add up. if the baseline is using raw sqlite3_exec strings rather than prepared + bound params, that would explain a chunk of the gap.
swaminarayan•48m ago
I have used this https://github.com/hash-anu/sqllite-benchmark-kv/blob/main/t..., in which I called sqlite3_exec for only setting PRAGMA settings, for main operations I never used it. I have used prepared/bound/step/reset functions only. so the gap isn't statement compilation overhead and the comparison is fair
m00dy•2h ago
I did the same on rust, sqlite btree behind actix. It is amazing that you don't need redis anymore.
silon42•1h ago
You never did if you're happy with local files. See dbm, gdbm, Berkeley DB...
rurban•2h ago
It doesn't beat a hashtable, but has faster sequential (=ordered) reads, and can do range iterators. The examples to not reflect that.

All random accesses are slower.

d1l•2h ago
Vibe coded trash.

that credulous hn readers will upvote this is alarming.

tlb•1h ago
What's the evidence that this is vibe-coded? Or trash?
jitl•1h ago
the readme seems like it was written to some degree by claude. if u work long enough with claude u start to pick up on its style/patterns
d1l•1h ago
If you can't tell then I'm not sure what more needs to be said. I took a look through the commit history and it was glaringly obvious to me.

To trust something like data-storage to vibe-coded nonsense is incredibly irresponsible. To promote it is even moreso. I'm just surprised you can't tell, too.

debugnik•1h ago
I don't know about trash, but this post, this repo and even their comments on this thread are blatantly written by an AI. If you still need to ask for evidence, consider that you might be AI-blind.
swaminarayan•26m ago
this is not vibe coded project, this is developed by understanding sqlite code. Have you ever looked into examples ? Have you checked the code ? Now my post got flagged. and If I use AI to understand code than what is wrong with that ? what is the use of AI ? to make person more productive, right ?
metalliqaz•22m ago
I believe it was flagged for spamming, not for "vibe code"
swaminarayan•17m ago
what is spam here ??
swaminarayan•16m ago
I am showing examples/ showing demo gif https://github.com/hash-anu/snkv/blob/master/demo.gif. Showing code.
woadwarrior01•1h ago
Related: lite3[1] a binary JSON like serialization format using B-trees.

[1]: https://github.com/fastserial/lite3

swaminarayan•45m ago
I just looked into .c files into it, it is not using any of sqlite files. In my project I am using only sqlite layers, which are battle tested.
franticgecko3•1h ago
OP seems to self promote this project and other similar vibe coded works every few weeks under two different HN handles.

Edit: for me this post appears on the front page of HN. OP this is mission success - add this project to your résumé and stop spamming.

gjgtcbkj•1h ago
Yeah I wish substack would stop doing this too. They keep inserting their brand in HN under different handles.
swaminarayan•40m ago
this is not vibe coded project, this is developed by understanding sqlite code. Have you ever looked into examples ? Have you checked the code ? Now my post got flagged. and If I use AI to understand code than what is wrong with that ? what is the use of AI ? to make person more productive, right ?
ThrowawayR2•19m ago
Nine reposts across the last 21 days across a couple of fresh accounts, some of which seem to be banned(?).

- Show HN: SNKV – KV store on SQLite's B-tree with 11x less memory than RocksDB (github.com/hash-anu) 3 points by swaminarayan 6 days ago

- I read 150K lines of SQLite source — here’s how its B-Tree powers a KV store (github.com/hash-anu) 1 point by hashmakjsn 6 days ago | 1 comment

- Show HN: SnkvDB – Single-header ACID KV store using SQLite's B-Tree engine (github.com/hash-anu) 5 points by hashmakjsn 8 days ago | 1 comment

- Show HN: SNKV benchmark with RocksDB (github.com/hash-anu) 2 points by hashmakjsn 13 days ago

- Show HN: SNKV and LiteFS – Distributed KV store with automatic replication (github.com/hash-anu) 3 points by hashmakjsn 14 days ago

- Show HN: In SQLite v3.51.2 skipped query layers and accessed b-tree APIs for KV 1 point by hashmak_jsn 15 days ago

- Show HN: Developed key value storage using SQLite's b-tree APIs directly (github.com/hash-anu) 4 points by hashmakjsn 15 days ago

- Show HN: Developed key value storage using SQLite b-tree APIs directly (github.com/hash-anu) 1 point by hashmak_jsn 20 days ago

- Show HN: SNKV — A Key-Value Store Built Directly on SQLite’s B-Tree APIs (github.com/hash-anu) 1 point by hashmak_jsn 21 days ago