3 ms·

Because OoM errors are oh so fun.

• stouset 8mo ago
  Caches are automatically released by the OS when demand for memory increases.
  • bagels 8mo ago
    You eventually run out of caches to evict.
    • winter_blue 8mo ago
      At that point you can still fall back onto swap on NVME.
      • kulahan 8mo ago
        Doesn’t Apple use pretty damn quick NVME? I wonder how much of a performance drop it actually is. Certainly not as bad as running a swap file on a 5400 rpm HDD…
        • gck1 8mo ago
          Isn't that NVME also very expensive to replace because it's tied to hardware identifiers? If you keep swapping all the time, surely NVME would be the first part to fail
          • ua709 8mo ago
            This was heavily debated in the 11.4 timeframe because there was risk that this version of the OS could excessively wear NVME. https://appleinsider.com/articles/21/06/04/apple-resolves-m1-mac-ssd-storage-longevity-issue-in-macos-114-beta https://appleinsider.com/articles/21/06/04/apple-resolves-m1... The issue was subsequently resolved but the consensus was with modern wear leveling this isn't so much a thing. I have a 2021 MacBook Pro with the original drive. I use it heavily for development practically every day and just dumped the SMART data. Model Number: APPLE SSD AP1024R === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED Available Spare: 100% Available Spare Threshold: 99% As always, YMMV
    • stouset 8mo ago
      That is completely irrelevant to this discussion about using the RAM you’ve paid for.
  • deleted 8mo ago
    [deleted]
• connicpu 8mo ago
  I write algorithms that operate on predictable amounts of data. It's very easy to work out the maximum amount of things we need to have and then allocate it all in fixed size arrays. If you allocate all your memory at startup you can never OOM at runtime. Some containers need over 100GB but like the parent comment said we've already bought the RAM.
  • mort96 8mo ago
    I write algorithms that operate on less predictable amounts of data.
    • connicpu 8mo ago
      If you operate over all of your data every time it's a lot more predictable ;)
      • mort96 8mo ago
        The data I operate on come in from the outside world, I can't operate on all of it because most of it doesn't exist yet. I can't process an event that hasn't happened yet
• ed_elliott_asc 8mo ago
  How often are ooms caused by lack of ram rather than programming?
  • cultofmetatron 8mo ago
    > How often are ooms caused by lack of ram rather than programming? You're right, but in a production deployment, that extra ram might mean the difference between a close call that you patch the next day and an all hands emergency to call in devops and engineers together during peak usage. source: been there
    • hnfong 8mo ago
      we're still talking about the MacBook, right?
      • cultofmetatron 8mo ago
        > we're still talking about the MacBook, right? na, this is just PTSD talking
• raverbashing 8mo ago
  I don't think MacOS OoMs as Linux (and to be honest the way Linux does acts on OoMs are quite debatable)
  • thewebguyd 8mo ago
    macOS can OOM, ish. If you don't have any more disk space for swap, or memory pressure gets too high, you get the "You've ran out of application memory" dialog box with a list of applications you can force quit, and macOS leaves it up to the user on what to kill instead of the system choosing automatically.