frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Ask HN: Do you think Opus 5 will improve?

1•logicallee•51s ago•0 comments

Comprehensive Python Cheatsheet PDF

https://github.com/user-attachments/files/30510226/Comprehensive.Python.Cheatsheet.optimized.for....
1•zombiemama•1m ago•0 comments

Rust and Boll

https://asteriskmag.com/issues/15/rust-and-boll
1•surprisetalk•2m ago•0 comments

Hugging Face: Anatomy of a frontier-lab agent intrusion

https://huggingface-anatomy-of-frontier-lab-model-intrusion.static.hf.space/index.html
1•dn2k•3m ago•0 comments

Iran to get Chinese shoulder-launched missile systems in weeks

https://www.reuters.com/world/china/iran-get-chinese-shoulder-launched-missile-systems-weeks-sour...
3•johnbarron•3m ago•0 comments

The age of token efficiency, the age of libraries

https://golemui.com/blog/the-age-of-token-efficiency/
1•franciscop•3m ago•0 comments

The Art of PostgreSQL

https://theartofpostgresql.com
1•lemonberry•3m ago•0 comments

Ask HN: Im 18 building AI proposal SaaS for agency what are best ways to market

1•sahil423•4m ago•0 comments

Show HN: Homage to the Pharmageddon Demo by the Paramedics

https://pharma.greg.technology/
1•gregsadetsky•4m ago•0 comments

Pangram 4

https://www.pangram.com/blog/introducing-pangram-4
1•nsagent•4m ago•0 comments

How Standup Is Similar to Gothic Architecture

https://psychotechnology.substack.com/p/how-standup-is-similar-to-gothic
1•eatitraw•4m ago•0 comments

Sparse Attention with Persistent State Machines – High‑Sparsity LLM Accelerator

https://zenodo.org/records/21679919
1•yusuke_esaka•6m ago•0 comments

PostgreSQL's MVCC is bad. So is everyone else's

https://boringsql.com/posts/mvcc-bad-bad/
1•masklinn•7m ago•0 comments

Know Your Feedback Loop

https://unstack.io/know-your-feedback-loop
1•ScottWRobinson•7m ago•0 comments

I'm Prepping for a WW3 Food Apocalypse and Famine [video]

https://www.youtube.com/watch?v=_3GH_ORndnE
2•Bender•7m ago•0 comments

The Project of Software Is Complete

https://freddiedeboer.substack.com/p/the-project-of-software-is-complete
2•pbmonster•7m ago•2 comments

Increase Bank

https://increase.com/articles/announcing-increase-bank
3•allanbreyes•7m ago•0 comments

Run Kimi K3 on a local computer

https://github.com/sqliteai/waste
1•marcobambini•8m ago•0 comments

GPT-5.6 vs. Claude Fable 5 for Physical AI, which performs best?

https://juliahub.com/blog/frontier-models-physical-ai-evaluation
2•mbauman•8m ago•0 comments

NoWreck v0.4.0 – – Deterministic AI Verifier

https://github.com/AstralXVoid/NoWreck
1•AstralXVoid•9m ago•0 comments

Show HN: WFY24 A performance weather widget with 2km hyper-local forecasting

https://www.wfy24.com/en/widgets
1•weatherfun•9m ago•0 comments

Google shuts down Nobel Prize winning AlphaFold

https://www.engadget.com/2225849/google-shuts-down-alphafold/
3•NordStreamYacht•9m ago•0 comments

Why do OpenAI's GPT-2 weights beat mine?

https://www.gilesthomas.com/2026/07/why-do-openai-gpt2-weights-beat-mine-1-intro
2•gpjt•10m ago•0 comments

Substackers Say New AI Detection Tool Is a 'Witch Hunt'

https://www.404media.co/substackers-say-new-ai-detection-tool-is-a-witch-hunt/
1•Brajeshwar•10m ago•1 comments

Doing Okay-ish with AI at the AI-proof competition

https://blog.greg.technology/2026/07/26/doing-okayish-with-ai-at-the-ai-proof-competition.html
1•evakhoury•10m ago•0 comments

I'm Going to Be Silent

https://departure.blog/im-going-to-be-silent/
1•speckx•11m ago•0 comments

A Plea for Lean Software (Niklaus Wirth)

https://liam-on-linux.dreamwidth.org/88032.html
1•tosh•12m ago•0 comments

Ask HN: What percentage of your tech is out of curiosity not requirements

1•sahil423•13m ago•0 comments

Stripe Just Wants a Number

https://blog.exe.dev/billable-facts
2•cbrewster•14m ago•0 comments

Trojan models are trivial to make

https://aisle.com/blog/the-model-that-fixes-your-code-might-hack-the-linux-kernel
1•bluepat•15m ago•0 comments
Open in hackernews

Packed Data Support in Haskell

https://arthi-chaud.github.io/posts/packed/
77•matt_d•1y ago

Comments

nine_k•1y ago
> Introducing the ‘packed’ data format, a binary format that allows using data as it is, without the need for a deserialisation step. A notable perk of this format is that traversals on packed trees is proven to be faster than on ‘unpacked’ trees: as the fields of data structures are inlines, there are no pointer jumps, thus making the most of the L1 cache.

That is, a "memory dump -> zero-copy memory read" of a subgraph of Haskell objects, allowing to pass such trees / subgraphs directly over a network. Slightly reminiscent of Cap'n Proto.

90s_dev•1y ago
We are always reinventing wheels. If we didn't, they'd all still be made of wood.
Zolomon•1y ago
They mention this in the article.
spockz•1y ago
It reminds me more of flat buffers though. Does protobuf also have zero allocation (beyond initial ingestion) and no pointer jumps?
cstrahan•1y ago
No, one example of why being variable sized integers.

See https://protobuf.dev/programming-guides/encoding/

carterschonwald•1y ago
One thing that sometimes gets tricky in these things is handling Sub term sharing. I wonder how they implemented it.
tlb•1y ago
> the serialised version of the data is usually bigger than its in-memory representation

I don’t think this is common. Perhaps for arrays of floats serialized as JSON or something. But I can’t think of a case where binary serialization is bigger. Data types like maps are necessarily larger in memory to support fast lookup and mutability.

nine_k•1y ago
I suppose all self-describing formats, like protobuf, or thrift or, well, JSON are bigger than the efficient machine representation, because they carry the schema in every message, one way or another.
IsTom•1y ago
If you use a lot of sharing in immutable data it can grow a lot when serializing. A simple pathological example would be a tree that has all left subtrees same as the right ones. It takes O(height) space in memory, but O(2^height) when serialized.
gitroom•1y ago
honestly i wish more stuff worked this way - fewer hops in memory always makes me happy
lordleft•1y ago
This was very well written. Excellent article!
NetOpWibby•1y ago
Is this like MessagePack for Haskell?