Live data from Hacker News

SSD will fail at 40k power-on hours (2021)

cisco.com

271–276 of 276 posts

Re: SSD will fail at 40k power-on hours (2021)

#272

Earlier quoted context omitted.

You've chosen a good analogy to back up the point I'm making. Passwords aren't rhetorical devices, they're functional ones. Not only that, but they're imperative. If you present the proper password, the computer has no choice but to accept it and grant access, consequences be damned. Technical writers have appropriated the term 'privilege' in this context -- should that be submitted for revision as well? Verbal offen…

> Passwords aren't rhetorical devices, they're functional ones. All symbols are also concrete things. Did you notice that we have words for the letters that we use to spell words ? Super Mario Maker troll design does a good job of showing this off. Mario Maker doesn't have distinct signifiers, so the way you tell a player, "You will need a POW block to pass this" would be to actually put a real POW block, just like t…

Because language is a co-operative activity, choosing to do things you know will offend others is your fault

Sorry, no. It's absurd to expect me to take responsibility for someone else's offense at my use of "master" and "slave" in a technical document. This isn't a question of semiotics. At this point it's more like a Monty Python sketch. I'm not familiar enough with the Mario franchise to grasp your analogy, unfortunately.

The way I think of it is in terms of power: if you demand the right to control and revise the language we share, you're claiming an incredible privilege, and you're doing so without consulting many who have no voice to object. (By 'demanding' I mean claiming an unearned right to the moral high ground, as was done by the people who added that paragraph to the Cisco documentation. That degree of sanctimony normally requires religious backing.)

That doesn't mean you're wrong -- there are hurtful words that have few or no benign uses, after all, and it's easy to make the case that we're better off without them. But the burden of proof is a heavy one in the general case, due to the power required to shame the rest of society into compliance. It isn't met here.

Re: SSD will fail at 40k power-on hours (2021)

#273
post #257
post #253

Earlier quoted context omitted.

ZFS is the last file system you will ever need

Zfs is probably the best filesystem tech of this generation. The best filesystem tech of the next generation... I suspect ceph.

Yeah true, if ZFS could span multiple servers it would be perfect

Re: SSD will fail at 40k power-on hours (2021)

#274

Earlier quoted context omitted.

An open source SSD is also a lot more feasible than an open source hard drive. Even if you managed to get an open source HDD controller, you still need the precision mechanical parts that are impossible for the average person to make. With SSDs, however, it’s just a PCB with ICs. Edit: this obviously ignores any troubles one would have sourcing the ICs (such as possible NDAs)

Is there anything special about making SSDs that the average person would not be able to do or is it a "if you can outsource PCB printing and maybe solder you can make one" situation?

Taobao has many sellers of pcb/controller and flash chips. There are even sections dedicated to DIY SSDs at Chinese forums.

But they all rely on leaked manufacturer firmware production tools, not open source firmware.

Re: SSD will fail at 40k power-on hours (2021)

#275
post #142

Earlier quoted context omitted.

In an elevated powershell prompt Get-PhysicalDisk | Get-StorageReliabilityCounter | Select-Object PowerOnHours

Getting blanks on some of my disks. Two show 64422h and 73318h with no signs of failing :)

No post body was provided.

Re: SSD will fail at 40k power-on hours (2021)

#276
Nothing has eternal life.

Especially not electronics. And certainly not more advanced semiconductors.

The rule-of-thumb is the lifespan of planar CMOS processes in years is proportional to the "node size" in nanometers. So we are right now at 2-10 years. Some specific ICs or specific applications or specific designs can be bigger or smaller than this but it's the average.

If you've ever worked on "antique" electronics, this is no surprise.

Post reply on HN