Live data from Hacker News

Viewing profile — SUPERCILEX

SUPERCILEX

HN member
Joined
Mon, Apr 24, 2017, 4:10 AM UTC
HN karma
97
Public activity
33 items

About SUPERCILEX

No profile information was provided.

Recent public activity

  1. comment
    Comment #45413782

    Fair point, though I'm not sure I agree. MPMC channels underpin pretty much every general task scheduler (take a peek inside tokio or rayon for example). And SPSCs are quite useful…

  2. comment
    Comment #45413653

    As noted by other commenters, the point I was trying to get across is that the way we implement lockless channels is suboptimal and could be made faster from a theoretical standpoi…

  3. comment
    Comment #45413370

    Thanks for sharing, I had not! It sounds like "processor sharing" would be the expected mode of operation for lockless queues. But see my comment to the parent, this is not how the…

  4. comment
    Comment #45413207

    This is actually a great analogy because it exemplifies the misconceptions people have about lockless queues. In the example with multiple counters, in real life each counter could…

  5. story
  6. story
  7. comment
    Comment #41670231

    So you have to use probabilistic methods, makes sense thanks!

  8. comment
    Comment #41670227

    Thanks for the links!

  9. story
    Ask HN: Is trusted client compute possible?

    I'm wondering if I can have a client build some artifact and upload the artifact to a cache server that redistributes it. Of course the problem is that a malicious client could upl…

  10. story
    Show HN: A scalable clipboard manager for Linux

    This is incredibly over-engineered, but it was quite a fun process. :)

  11. comment
    Comment #37866298

    I made something similar a while back where you can set your own start and end time for the "day": https://alexsaveau.dev/10hrday The point was to be able to divide the day into ni…

  12. comment
    Comment #36641874

    https://alexsaveau.dev/blog Mostly about performance and project internals.

  13. comment
    Comment #35378955

    Except they are and your claims are trivial to disprove: simply run the benchmarks under perf. You'll find that most of the time is spent on the rwsem which is described here onwar…

  14. comment
    Comment #35336602

    No. Run the benchmark on a tmpfs: $ hyperfine --warmup 3 -N "./test /dev/shm 8 zip" "./test /dev/shm 8 chain" Benchmark 1: ./test /dev/shm 8 zip Time (mean ± σ): 118.5 ms ± 11.6 ms…

  15. comment
    Comment #35336584

    > is disk IO bottlenecked by NVMe/PCIe limits, or by disk iops limits? Note that I'm out of my depth here, so this is all speculation. Until we hit hardware limitations (which will…

  16. comment
    Comment #35336437

    A directory is a file like anything else that contains a map of names to inodes. If you're trying to add or remove mappings (create or delete files), then clearly some synchronizat…

  17. comment
    Comment #35334172

    Added a small clarification: "The intuition here is that directories are a shared resource for their direct children and must therefore serialize concurrent directory-modifying ope…

  18. comment
    Comment #35332689

    We're working on this! https://github.com/axboe/liburing/issues/830

  19. comment
    Comment #35332640

    I added a clarification to the benchmarks section: "The macOS/Windows implementations are currently equivalent to the *_rayon implementations shown in the benchmarks." Rayon is pre…

  20. story
  21. story
  22. story
  23. comment
    Comment #31394841

    We're building a small game that runs on the web: https://supercilex.github.io/grocery_bagger_9000/

  24. comment
    Comment #31116142

    Ok, based on this response and others it seems like this might be something on my end... I'll look into getting a bug report to support.

  25. comment
    Comment #31116128

    That looks cool (especially sponsorblock), thanks for the tip!