Live data from Hacker News

Viewing profile — RMarcus

RMarcus

HN member
Joined
Tue, Mar 25, 2014, 5:05 AM UTC
HN karma
262
Public activity
72 items

About RMarcus

[ my public key: https://keybase.io/rmarcus; my proof: https://keybase.io/rmarcus/sigs/BFyv0xsxZlSmUxRPG6u4PBqai0bCrnV4GXQ6lzUrvns ]

https://rmarcus.info

Recent public activity

  1. comment
    Comment #49011375

    You can also interpret each value in Perlin noise as a vector in a flow field to make some interesting and smooth animations reminiscent of older MacOS desktop wallpapers: https://…

  2. comment
    Comment #47949360

    I've got emacs keybinds in my muscle memory and Zed works well for me, although there's no kill ring and the macro system is nothing like emacs. The former will be added at some po…

  3. comment
    Comment #41876178

    This is awesome, thanks for creating this. I've had to write some absolutely wonky scripts to dump a PostgreSQL database into Parquet, or read a Parquet file into PostgreSQL. Norma…

  4. comment
    Comment #41184000

    Looks like he got a master's degree from UIUC and did some research on FFT implementations. Seems to have been successful. What makes you say he was 'considered a "bad student"'? (…

  5. comment
    Comment #40416132

    Depends! If you double the number of keys and you double the number of bins (load factor stays constant), then the problem becomes much worse very quickly. If you double the number…

  6. comment
    Comment #40416079

    This is my post from 2018 (I didn't submit it to HN), and it could definitely use a "here's what practical systems do" update! I'll put it on the TODO list... Your point about syst…

  7. comment
    Comment #40066557

    I'm curious to hear a bit more of your opinion. For example, I'm surprised that syscall latency is something near the top of your list. I think the usual wisdom in the DB community…

  8. comment
    Comment #40066452

    PostgreSQL has coarse-grain query hints (like `enable_hashjoin`), and the excellent `pg_hint_plan` extension allows you to specify a complete or partial execution plan: https://git…

  9. comment
    Comment #40066424

    It is certainly possible that the plans are similar, and that improvements to the execution engine are being measured. The join order benchmark was designed to test optimizer quali…

  10. comment
    Comment #40066317

    I totally agree -- I picked the latest version for each major version using the semver interpretation of the version numbers, which is not how PostgreSQL has traditionally done maj…

  11. comment
    Comment #40066264

    I'm the author of the blog post. "Tail latency has improved by YMMV for everything else" => yes, I think that's a valid (but conservative) read. Of course, in many (most?) applicat…

  12. comment
    Comment #39728802

    This is the main motivation behind learned "steering" query optimizers: even if a DBA finds the right hint for a query, it is difficult to track that hint through data changes, fut…

  13. comment
    Comment #39728763

    Just wanted to say thank you! This extension was critical to a bunch of my research (and now my lab's research as well). Being able to control fine-grained elements of each plan wh…

  14. comment
    Comment #36909500

    Ah, I missed that this requires WAL mode -- indeed, if WAL is used, one transaction should always be able to make progress.

  15. comment
    Comment #36897455

    My reading is that no deadlocks should be possible since there is only one lock (pages are "locked" optimistically, meaning that the tx is aborted if the page has changed). "Live l…

  16. comment
  17. comment
    Comment #33763466

    Thanks for the first-hand information! I was also curious about this. > This is not a course everyone enrolls in. This is the ticket -- at both the University of Arizona and MIT, I…

  18. comment
    Comment #25916910

    We recently published a comparison of learned indexes (including RadixSpline and the PGM index posted yesterday)in VLDB: https://vldb.org/pvldb/vol14/p1-marcus.pdf

  19. comment
    Comment #25906101

    We produced a detailed comparison of such "fitting" and "learning" techniques, available here: https://vldb.org/pvldb/vol14/p1-marcus.pdf (Thomas Neumann, one of authors of the blo…

  20. comment
    Comment #25906056

    Check out work by Jialin Ding and Vikram Nathan, they both work on multi-dimensional learned index structures. https://arxiv.org/pdf/2006.13282.pdf

  21. comment
    Comment #22842960

    https://rmarcus.info I mostly post interactive or semi-narrative explanations of technical topics I find interesting. 1-3 posts per year.

  22. comment
    Comment #21476267

    My experience is entirely different -- writing HPC code for supercomputers at Los Alamos National Lab (on and off for 5 years) made me a true Rust believer. One of the things I spe…

  23. comment
    Comment #19327204

    This would be considered absolutely batshit at all three of the R1 research universities I've been around, which spans a significant range of prestige. I think it goes to show how …

  24. comment
    Comment #18752939

    Doh! Guess I should've checked. I didn't make it to Rio last year... Figured I was gonna miss a bunch of good stuff.

  25. comment
    Comment #18751232

    I've only read part of it, but it seems great so far! I always appreciate the clarity and practicality y'all at the JGL take. I'm amazed that the implementation was under 1500 LOC!…