Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

cisco.com

Post reply on HN
Print view View original

141–150 of 276 posts

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

#141

Post by kortex »

TaylorAlexander wrote: post #95
barry-cotter wrote: post #83

Earlier quoted context omitted.

Quoted post unavailable.

It’s a space that is inclusive of queer folks. If someone can’t handle that, then yeah, they probably aren’t mature enough to safely interact with those people. Every space needs to have some rules in the event that someone gets nasty. Someone who gets upset when they encounter a non-binary person is probably going to make those people feel unwelcome. So you can either protect the vulnerable people or you can allow t…

Thanks for standing up to that unpleasantness. I know you aren't really supposed to feed into that, but it's refreshing to see pushback.

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

#142

Post by nodja »

anshumankmr wrote: post #140
lucb1e wrote: post #28

Check your power-on hours: $ sudo smartctl -a /dev/sda | grep -e Power_On_Hours -e ^ID ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 9743 Just looking at the raw value, it seems to be 9'743 hours in my case

How to do this on a Windows PC?

In an elevated powershell prompt

Get-PhysicalDisk | Get-StorageReliabilityCounter | Select-Object PowerOnHours

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

#144

Post by stormbrew »

ratsmack wrote: post #114
belkarx wrote: post #110

Earlier quoted context omitted.

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?

The limiting factor would be the memory chips themselves and any firmware required for them (if any). I also don't know how well they are spec'd and if full documentation is available without NDA's and lawyers.

Looking on mouser and digikey it doesn't seem like flash chips, even into very fairly high density on a single chip[eg. 1], are all that difficult to get and get info on, though they all have very high minimum volume orders. So if a person wanted to try to do this on their own they'd probably be best off finding like 50 friends to go in on the order with them.

[1] https://www.mouser.ca/datasheet/2/671/micron_technology_mict...

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

#145

Post by Bilal_io »

rootw0rm wrote: post #137
jeffbee wrote: post #74

Earlier quoted context omitted.

Checked my Samsung 970 Evo 2TB and it says 487 even though it’s been on continuously for years.

My 960 Pro 1TB, which I paid way too much for back in the day is at just shy of 5,000 hours, and I've used the hell out of it since it was new.

960 pro was released in October 2016, even if we assume you purchased it the same month it was released, and you have been running it 24/7 non-stop, that's 50,591 hours counting from October 1st to this hour. I can assume the number is way below 1/3 of that even for people that use it 8 hours a day.

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

#146

Post by wmf »

pclmulqdq wrote: post #111
walterbell wrote: post #89

Would companies be willing to contribute to the OpenSSD project? OCP (Open Compute Project) has shown that customer-operators can cooperate on open hardware designs, successfully influencing enterprise hardware supply chains. Commercial DPUs and SmartNICs were preceded by a decade of open hardware and research by the NetFPGA project ( https://netfpga.org ). Why not DiskFPGA? 2017 OpenSSD overview, based on Xilinx: ht…

An FPGA-based SSD will always be too expensive for people with truly large scale. The controller ASICs are a lot cheaper.

Yeah, if we want an open SSD the path would be for a hyperscaler to strong-arm a controller vendor like Microsemi or Marvell into opening up their SDK. This worked with various Broadcom ASICs so it's not impossible.

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

#147

Post by [deleted] »

xyzzy_plugh wrote: post #135
dredmorbius wrote: post #133

Earlier quoted context omitted.

Surprisingly few HN submissions under either term: IBM Deskstar: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... IBM Deathstar: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

Why would there be submissions? These drives predate HN.

[deleted]

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

#148

Post by dredmorbius »

xyzzy_plugh wrote: post #135
dredmorbius wrote: post #133

Earlier quoted context omitted.

Surprisingly few HN submissions under either term: IBM Deskstar: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... IBM Deathstar: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

Why would there be submissions? These drives predate HN.

HN occasionally discusses issues pre-dating itself.

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

#149

Post by barry-cotter »

kortex wrote: post #141
TaylorAlexander wrote: post #95

Earlier quoted context omitted.

It’s a space that is inclusive of queer folks. If someone can’t handle that, then yeah, they probably aren’t mature enough to safely interact with those people. Every space needs to have some rules in the event that someone gets nasty. Someone who gets upset when they encounter a non-binary person is probably going to make those people feel unwelcome. So you can either protect the vulnerable people or you can allow t…

Thanks for standing up to that unpleasantness. I know you aren't really supposed to feed into that, but it's refreshing to see pushback.

No post body was provided.

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

#150

Post by wtallis »

stormbrew wrote: post #144
ratsmack wrote: post #114

Earlier quoted context omitted.

The limiting factor would be the memory chips themselves and any firmware required for them (if any). I also don't know how well they are spec'd and if full documentation is available without NDA's and lawyers.

Looking on mouser and digikey it doesn't seem like flash chips, even into very fairly high density on a single chip[eg. 1], are all that difficult to get and get info on, though they all have very high minimum volume orders. So if a person wanted to try to do this on their own they'd probably be best off finding like 50 friends to go in on the order with them. [1] https://www.mouser.ca/datasheet/2/671/micron_technolo…

The flash you linked to the datasheet for is over a decade old. Any SSD built from it would fall short of adequate by an order of magnitude in every important metric. The per-die capacity of typical current-generation NAND flash is 16x larger, the interface speeds are 8x higher, erase blocks are 24x larger, program latency can be 5-10x higher. And most importantly, all mainstream SSDs now use flash that stores three or four bits per physical memory cell, rather than one.

So using that flash, you could build something that is recognizably an SSD. But it would be almost entirely useless: too expensive and too small and slow for production use, and too far removed from the current state of the art to serve as a research platform for the most important challenges the SSD industry has been dealing with for the past several generations (error correction strategies for TLC/QLC, and SLC caching).

Post reply on HN