20 points amichail 1 hour ago 17 comments

If not, why not?

That way, people can choose whether they want to install various software betas based on how much SSD wear they are willing to accept.

And since this data would be made public and available in one place, software developers would be more careful about excessive logging in their betas.

CharlesW 1 hour ago | parent

> If not, why not?

At least on Apple devices, this is not something anyone has to worry about.

For example, on my 2022 Mac Studio daily driver, on 24/7, DriveDx (https://binaryfruit.com/drivedx) reports my SSD lifetime left at 94%.

(I'm aware of the February 2021 "wear-gate" scare involving the first M1 Macs. This turned to be incorrect SSD-wear reporting.)

amichail 1 hour ago | parent

What about people who want their laptop to last 10 years?

JohnFen 1 hour ago | parent

You can replace your SSD without replacing your laptop.

amichail 1 hour ago | parent

On some laptops, it requires a complete motherboard replacement.

JohnFen 1 hour ago | parent

Really??

I would consider such laptops not fit for purpose and wouldn't buy one in the first place. Of course, that doesn't help if that's the sort you have. Sorry.

amichail 1 hour ago | parent

MacBooks are like that.

justsomehnguy 32 minutes ago | parent

I have a feeling you missed a giant "/s".

Or maybe not, can't be sure nowadays.

bot403 59 minutes ago | parent

It helps reduce size and weight since you can just directly place ssd chips on the motherboard instead of planning for connectors.

Just depends on what your priorities are.

justthehuman 1 hour ago | parent

Then you probably want something that has replaceable parts and not an apple product (e.g. framework)?

Not trying to discourage you from building your thing, but just figure that's worth considering.

Also, I could see why developers would want excessive logging in their betas, so that's kind of a catch-22 (without the verbose logs it might be harder to fix bugs found in the beta)

neya 52 minutes ago | parent

This advice goes against HN unofficial guidelines: Apple can do no wrong.

baal80spam 44 minutes ago | parent

Well if 4 years decrease SSD life by 6%, then 10 years should decrease it by ~15% - so you have plenty of wiggling space.

ValentineC 43 minutes ago | parent

For Macs, treat a renewable AppleCare subscription as part of the cost.

esseph 41 minutes ago | parent

Then you probably want enterprise level drives, motherboard, ECC RAM, etc.

tosti 36 minutes ago | parent

Just configure wear leveling in your storage layer. FDE may be the easiest way ti do it. Writes will be done linearly in circular fashion. That makes it difficult to delete stuff, but with encryption it's moot.

markhahn 31 minutes ago | parent

why do you think this is a function of betas? or even of OS or app versions?

I guess you've been burned, or are worried about being burned, by some software that generated excessive writes? I think you need to describe that first, since this is a rare phenomenon.

which is probably why there isn't some kind of downdetector infra tracking it.

you know you can access smart counters on any OS, right?

justsomehnguy 30 minutes ago | parent

If you are not using bottom of a barrel and you are not writing 4K HD 3H mkv every day then you wouldn't have a problem even with a 0.3 DPWD drive of a sufficient capacity.

embedding-shape 29 minutes ago | parent

I feel like the only responsible thing is to have a home network with at least one persistent device running 24/7 with large storage for local backups of things, and ideally a E2E cloud backup of the same thing. With this, comes the possibility of using things like Grafana+Prometheus to monitor your personal computer/workstation as well. This is what I've done, together with alerts from various things, and since the recent "excessive writes by codex" issue, also alerts if there is obsessive writing over hours long period from any process on my workstation. Luckily I wasn't hit by the Codex issue myself, but certainly made me consider the issue more generally so, happy accidents :)