Live data from Hacker News

Viewing profile — eivanov89

eivanov89

HN member
Joined
Wed, May 17, 2023, 4:49 PM UTC
HN karma
91
Public activity
43 items

About eivanov89

No profile information was provided.

Recent public activity

  1. comment
    Comment #47841391

    Dear friends, I'm the author of this implementation. Happy to discuss details.

  2. story
  3. comment
    Comment #47528309

    > Provocative thought in that case would then be - in what % are io_uring improvements (over libaio) undermined by the device behavior (firmware) in mixed workloads. That % could r…

  4. comment
    Comment #47506797

    When IOMMU is not enabled, any PCIe device capable of DMA could access arbitrary physical memory. It allows to read any sensitive data, modifying memory and fully compromising the …

  5. comment
    Comment #47505772

    We compared IOMMU fully disabled vs enabled. When it is enabled, I expect it to be lazy (should be the default for IOMMU). Note, that we recommend to use passthrough to completely …

  6. comment
    Comment #47505093

    There are a couple of challenges with mixed read+write workloads on NVMe. In practice, read latency tends to degrade over time under mixed load. We observe this even across relativ…

  7. comment
    Comment #47504518

    That's super hot. Especially the update with the 37M IOPS reference. Might be very useful for my next tasks related to a setup with 6 NVMe disks: 1. Get all disks saturated through…

  8. comment
    Comment #47504229

    BTW, the whole situation with IRQ accounting disabled reminds me the -fomit-frame-pointer case. For a long time there was no practical performance reason, but the option had been u…

  9. comment
    Comment #47503092

    Unfortunately, we don't have a proper measurements for IOPOLL mode with and without IOMMU, because initially we didn't configure IOPOLL properly. However, I bet that this mode will…

  10. comment
    Comment #47502503

    That's a popular DBMS pattern. We chosen writes over reads, because on many NVMe devices writes are faster and it is easier to measure software latency. I guess that in case of seq…

  11. comment
    Comment #47502288

    Dear folks, I'm the author of that post. A short summary below. We ran fio benchmarks comparing libaio and io_uring across kernels (5.4 -> 7.0-rc3). The most surprising part wasn’t…

  12. story
  13. story
  14. story
  15. comment
    Comment #44662218

    That's indeed interesting, thank you for sharing.

  16. story
  17. story
  18. comment
    Comment #43994261

    To the extent of my knowledge, only forks like YugabyteDB make PostgreSQL truly distributed. Or you should switch to another DB.

  19. comment
    Comment #43993986

    Dear friends, I’m the author of this post and I’d love to hear your thoughts and discuss it here.

  20. story
  21. comment
    Comment #40866513

    My post is a secondary research regarding potential issues with weak isolation levels. It includes a link [0] to an in-depth description of what happened to Flexcoin. Additionally,…

  22. comment
    Comment #40866244

    Sorry, might be that the title is a little bit inaccurate. However, the post indeed describes multiple cases, when attackers have stolen many BTC from the exchanges, because of the…

  23. story
  24. comment
    Comment #40856905

    Hi there, I'm the author of the post. I'm happy to answer any questions and appreciate any feedback and experience shared.

  25. comment
    Comment #39874597

    I think Denis addressed this in his post: "Overall, as an engineer, you will never regret taking part in the development of a sharding solution. It’s a complex engineering problem …