Timo Bingmann

panthema.net · Personal blog · on HN since 2013

Timo Bingmann is a computer scientist who writes about algorithms, data structures, and tools, including Sound of Sorting and STX B+ tree.

What HN saysHN links it for the Sound of Sorting visualization, the STX B+ tree, and the COBS index and NVMe access speed posts.
31HN people shared it
12linked it in comments
20stories submitted
114story points
8 months agolast shared
2013people per year2026

Most-shared posts

  1. 1
  2. 2
    Stx btree
    2 people · first shared 2014
  3. 3
  4. 4
    Parallel Super Scalar String Sample Sort
    1 people · 2 points · first shared 2013 · discussion on HN
  5. 5
  6. 6
    Vibe Coding, QWERTY, and US Healthcare
    1 people · 1 points · first shared 2026 · discussion on HN
  7. 7
    Digup – A Digest Updating Tool
    1 people · 1 points · first shared 2024 · 1 comments on HN
  8. 8
    0322 nvme batched block access speed
    1 people · first shared 2022
  9. 9
    1008 COBS A Compact Bit Sliced Signature Index
    1 people · first shared 2025
  10. 10
  11. 11
    Results
    1 people · first shared 2018

What HN people wrote when they linked it

felixhummel · 2016-05-27
It would be great if sound was added: http://panthema.net/2013/sound-of-sorting/
pauldix · 2025-11-04
I believe you could do this effectively with COBS (COmpact Bit Sliced signature index): https://panthema.net/2019/1008-COBS-A-Compact-Bit-Sliced-Signature-Ind… It's a pretty neat algorithm from a paper in 2019 for the application "to index k-mers of DNA samples or q-grams from text documents". You can take a collection of bloom filters built for documents and then combine them together to have a single filter that will tell you which docs it maps to. Like an inverted index meets a bloom filter. I'm using it in a totally different domain for an upcoming release in InfluxDB (time series database). There's also code online here: https://github.com/bingmann/cobs
xani_ · 2022-09-24
Someone did test exactly that: https://panthema.net/2019/0322-nvme-batched-block-access-speed/ From my experience as long as you can do that access multithreaded you won't really be penalized for random reads. Single threaded access I've seen as much as read performance halved (used fio for testing), but that didn't translate into multithreaded benchmarks
gvinciguerra · 2021-01-25
Hi @jabberwcky! The plot refers to a B+tree implementation optimised for main-memory (https://panthema.net/2007/stx-btree/). We didn't show the performance for larger/smaller page sizes because in our machine they performed poorly. Indeed, you can see from the figure that the fastest B+tree configuration had page size set to 512 bytes. The one using 1024-byte pages is already much slower, that's why we didn't clutter the plot with page sizes larger than 1k ;)
lorenzhs · 2018-05-06
Nope that’s more like cache write speed. Single-threaded sequential access to RAM is typically more like 10-15GB/s for current server CPUs: https://panthema.net/2013/pmbw/results.html - it’s true that workstation machines tend to have somewhat higher sequential throughout compared to the server-heavy list at that URL, but it’s more like 20GB/s, not 50-60.
beached_whale · 2017-02-12
In the presentation they directly contrast the performance of the two. http://panthema.net/2016/1206-Thrill-High-Performance-Algorithmic-Dist…
csch · 2014-04-02
Timo Bingmann presented a fast and robust implementation here https://panthema.net/2007/stx-btree/
emilioolivares · 2013-12-01
This is how it was done. Interesting read: http://panthema.net/2013/sound-of-sorting/
ColinWright · 2020-02-07
Here's how it was made: https://panthema.net/2013/sound-of-sorting/ It's history here on HN is intriguing, and a little sad. So many submissions, so little discussion. Do people feel that there's nothing to be said? 3 comments: https://news.ycombinator.com/item?id=6829772 2 comments: https://news.ycombinator.com/item?id=6819544 https://news.ycombinator.com/item?id=6536773 https://news.ycombinator.com/item?id=6138505 1 comment: https://news.ycombinator.com/item?id=10768096 https://news.ycombinator.com/item?id=9385926 https://news.ycombinator.com/item?id=8805803 https://news.ycombinator.com/item?id=6140319 Many of the preceding comments were people just saying that there were lots of submissions, but no comments! Even so, there are, indeed, so many submissions with no comments at…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close