Live data from Hacker News

Viewing profile — blackenedgem

blackenedgem

HN member
Joined
Mon, Oct 02, 2023, 12:33 PM UTC
HN karma
52
Public activity
28 items

About blackenedgem

No profile information was provided.

Recent public activity

  1. comment
    Comment #46146239

    Yeah the cheapest time to buy old tech is always just when the new stuff has come out. That's when suppliers are trying to shift old stock at cheaper margins. You can take a look a…

  2. comment
    Comment #46132055

    The main issue there is you need someway to pay the engineers in that transitional period the moment Mozilla collapses. Otherwise they leave, find new jobs, and you lose all the ex…

  3. comment
    Comment #46131959

    That assumes you can add compute in a vacuum. If your altcoin receives 10x compute then it becomes 10x more expensive to mine. That only scales if the coin goes up in value due to …

  4. comment
    Comment #46131923

    The one thing to be careful with Zen 2 onwards is that if your server is going to be idling most of the time then the majority of your power usage comes from the IO die. Quite a fe…

  5. comment
    Comment #45622558

    UUIDv7s are much worse for creation time though imo. For sequential IDs an attacker needs to be have a lot of data to narrow the creation time. That raises the barrier of entry con…

  6. comment
    Comment #45622448

    Then that's just worse and more complicated than storing a 64 bit bigint + 128 UUIDv4. Your salt (AES block) is larger than a bigint. Unless you're talking about a fixed value for …

  7. comment
    Comment #44550125

    With PostgreSQL my biggest concern is what happens when we no longer have Tom Lane, Petere, etc. Rather than the project dying I see the opposite happening; it gets feature crept b…

  8. comment
    Comment #43834578

    The funny thing is Firefox already perfected this feature years ago with Panorama. Then one day decided to remove it because "less than 1% of users use it" ( https://news.softpedia…

  9. comment
    Comment #43013804

    It's doubly bad with postgres because the statistics get wiped after running pg_upgrade. They do tell you to run ANALYZE afterwards but that's yet more downtime.

  10. comment
    Comment #42404891

    You may want to watch this if Surely You're Joking read years ago is your main reference point: https://youtu.be/TwKpj2ISQAc

  11. comment
    Comment #42349629

    >One known issue is that vacuum will become an issue if the load is persistent for longer periods leading to bloat. Generally what you need to do there is have some column that can…

  12. comment
    Comment #42348834

    Right but in this "100-engineer" scenario you'd have hoped the following would have happened: - Docs and guidelines on migrations would have been written - Some level of approval a…

  13. comment
    Comment #42037213

    Also: Will your implementation fall over if there's a long running transaction that stops vacuum from removing tuples?

  14. comment
    Comment #42037204

    No but it does have the concept of tablespaces. If you want you can map RAM to a disk location, set that up as a tablespace, then tell postgres to use that tablespace for your give…

  15. comment
    Comment #42034585

    Intel was right on their EUV assessment though and did invest early. Early EUV had terrible throughput and wasn't at all viable for mass production. TSMC's 7nm where they jumped ah…

  16. comment
    Comment #41840701

    I'm enjoying the replys to this not getting that it's a joke

  17. comment
    Comment #41479893

    An awful lot of free student access programs revolve around the uni email address being accredited. Foe example Jetbrains will give you a full version of their products if you regi…

  18. comment
  19. comment
    Comment #41039485

    I think the problem you'll eventually run into is figuring out intent from the diff. It seems like an easier version of reverse compiling. When it comes down to semantic diffs I'm …

  20. comment
    Comment #40891859

    You can start the sequence at -2b, or wrap it around when it gets close to the signed limit. Hopefully you haven't depended on it not wrapping around by that point. For queue table…

  21. comment
    Comment #40891683

    No they're not, even with a `cache` value of 1. Sequence values are issued at insert rather than commit. A transaction that commits later (which makes all updates visible) can have…

  22. comment
    Comment #40890732

    Yeah pretty much, although ids can still be a little better. The big problem for us is that we need the security of UUIDs not leaking information and so v7 isn't appropriate. We do…

  23. comment
    Comment #40890428

    It's not even necessarily it being strictly monotonic. That part does help though as you don't need to skip rows. For me the bigger thing is the randomness. A uid being random for …

  24. comment
    Comment #40889429

    Because it's much better for range queries and joins. When you inevitably need to take a snapshot of the table or migrate the schema somehow you'll be wishing you had something els…

  25. comment
    Comment #40662983

    I find average leaf density to be the best metric of them all. Most btree indexes with default settings (fill factor 90%) will converge to 67.5% leaf density over time. So anything…