TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

I tested four NVMe SSDs from four vendors – half lose FLUSH'd data on power loss (2022)

262 点作者 whitepoplar超过 1 年前

31 条评论

r1ch超过 1 年前
We shipped a shader cache in the latest release of OBS and quickly had reports come in that the cached data was invalid. After investigating, the cache files were the correct size on disk but the contents were all zero. On a journaled file system this seems like it should be impossible, so the current guess is that some users have SSDs that are ignoring flushes and experience data corruption on crash / power loss.
评论 #38374837 未加载
评论 #38374760 未加载
评论 #38377215 未加载
评论 #38377295 未加载
评论 #38377380 未加载
ricardobeat超过 1 年前
Misleading headline since after testing eight more drives, none more failed.<p>2&#x2F;12 is not nearly as dramatic as “half”, and the ones that lost data are the cheap brands as one would expect.
评论 #38374597 未加载
评论 #38375808 未加载
评论 #38378364 未加载
评论 #38375188 未加载
评论 #38376725 未加载
IngvarLynn超过 1 年前
There is a flood of fake SSDs currently, mostly big brands. I&#x27;ve recently purchased counterfeit 1TB. It passes all the tests, performance is ok, it works... except it gets episodes where ioping would be anything between 0.7 ms and 15 seconds, that is under zero load. And these are quality fakes from a physical appearance perspective. The only way I could tell mine was fake is that the official Kingston firmware update tool would not recognize this drive.
评论 #38374430 未加载
评论 #38374604 未加载
评论 #38377310 未加载
评论 #38375360 未加载
评论 #38374341 未加载
评论 #38374753 未加载
kristopolous超过 1 年前
Under long term heavy duty, I&#x27;ve routinely seen cheap modern platter outperform cheap brand name NVME.<p>There&#x27;s some cost cutting somewhere. The NVMEs can&#x27;t seem to sustain throughput.<p>It&#x27;s been pretty disappointing to move I&#x2F;O bound workloads over and not see notable improvements. The magnitude of data I&#x27;m talking about is 500-~3000GB<p>I&#x27;ve only got two NVME machines for what I&#x27;m doing so I&#x27;ll gladly accept that it&#x27;s coincidentally flaky bus hardware on two machines, but I haven&#x27;t been impressed except for the first few seconds.<p>I know Everyone says otherwise which is why I brought it up. Someone tell me why I&#x27;m crazy<p>Edit: no, I&#x27;m not crazy. <a href="https:&#x2F;&#x2F;htwingnut.com&#x2F;2022&#x2F;03&#x2F;06&#x2F;review-leven-2tb-2-5-sata-ssd&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;htwingnut.com&#x2F;2022&#x2F;03&#x2F;06&#x2F;review-leven-2tb-2-5-sata-s...</a> this is similar to what I&#x27;m seeing with Crucial and Adata hardware, almost binary performance
评论 #38377512 未加载
评论 #38377120 未加载
评论 #38380860 未加载
评论 #38377126 未加载
评论 #38387580 未加载
kmxdm超过 1 年前
Writes are completed to the host when they land on the SSD controller, not when written to Flash. The SSD controller has to accumulate enough data to fill its write unit to Flash (the absolute minimum would be a Flash page, typically 16kB). If it waited for the write to Flash to send a completion, the latency would be unbearable. If it wrote every write to Flash as quickly as possible, it could waste much of the drive&#x27;s capacity padding Flash pages. If a host tried to flush after every write to force the latter behavior, it would end up with the same problem. Non-consumer drives solve the problem with back-up capacitance. Consumer drives do not have this. Also, if the author repeated this test 10 or 100 times on each drive, I suspect that he would uncover a failure rate for each consumer drive. It&#x27;s a game of chance.
评论 #38378203 未加载
评论 #38378224 未加载
评论 #38378220 未加载
评论 #38378210 未加载
loloquwowndueo超过 1 年前
Twitter yuk, can somebody just post the names of the four tested drives and which passed&#x2F;failed please?
评论 #38373675 未加载
评论 #38376932 未加载
评论 #38373956 未加载
评论 #38373921 未加载
评论 #38373341 未加载
评论 #38376572 未加载
CoastalCoder超过 1 年前
Does advertising a product as adhering to some standard, but secretly knowing that it doesn&#x27;t 100%, count as e.g. fraud? I.e., is there any established case law on the matter?<p>I&#x27;m thinking of this example, but also more generally USB devices, Bluetooth devices, etc.
评论 #38376262 未加载
评论 #38374232 未加载
评论 #38374176 未加载
评论 #38375096 未加载
评论 #38375126 未加载
评论 #38376765 未加载
评论 #38375693 未加载
评论 #38375196 未加载
handedness超过 1 年前
Previous Discussion: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=30419618">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=30419618</a>
sashk超过 1 年前
This is (2022).<p>Wondering if anything changed since the original tests...
评论 #38373348 未加载
arglebargle123超过 1 年前
Meanwhile I&#x27;m over here jamming Micron 7450 pros into my work laptop for better sync write performance.<p>I have very little trust in consumer flash these days after seeing the firmware shortcuts and stealth hardware replacements manufacturers resort to to cut costs.
评论 #38379847 未加载
jauntywundrkind超过 1 年前
Losing flushes is obviously bad.<p>I wonder how much perf is on the table in various scenarios when we can give up <i>needing</i> to flush. If you know the drive has some resilience, say, 0.5s of time it can safely writeback during, maybe you can give up flushes (in some cases). How much faster is the app then?<p>It&#x27;s be neat to see some low-cost improvements here. Obviously in most cases, just get an enterprise drive with supercapa or batteries onboard. But an ATX power rail that has extra resilience from the supply, or an add-in&#x2F;pass-through 6-pin sata power supercap... that could be useful too.
评论 #38373810 未加载
评论 #38374030 未加载
lxgr超过 1 年前
I guess it&#x27;s time for `fsync_but_really_actually_sync_it_please(2)` (and the lower level equivalents in SATA, NVMe etc.)?
评论 #38373382 未加载
评论 #38372297 未加载
tripdout超过 1 年前
Flushing in this case is from the SSDs internal DRAM cache to the actual NAND flash?
评论 #38375031 未加载
评论 #38381435 未加载
nijave超过 1 年前
It&#x27;d be nice if there were a database of known bad&#x2F;known good hardware to reference. I know there&#x27;s been some spreadsheets and special purpose like the USB-C cables Benson Leung tested.<p>Especially for consumer hardware on Linux--there&#x27;s a lot of stuff that &quot;works&quot; but is not necessarily stable long term or that required a lot of hacking on the kernel side to work around issues
AlbertoGP超过 1 年前
Well, yes, but <i>which were those 2 out of 4 vendors</i>?
评论 #38373321 未加载
评论 #38371462 未加载
caycep超过 1 年前
The model I’d be interested in would be the SK Hynix&#x2F;Solidigm P44 Pro, as that model competes w the Samsung 9xx evo and pro models
dtx1超过 1 年前
I am a bit annoyed that everyone here takes this at face value. There&#x27;s 0 evidence given, not even the vendors and models are named to confirm this.<p>On a related note I tested 4 DDR5 Ram kits from major vendors - half of them corrupt data when exposed to UV light.
39超过 1 年前
This has always been the case? At least it was a course learning when we wrote our own device drivers for minux, even the controllers on spinning metal fib about flush.
naasking超过 1 年前
At this point, any storage vendor should be required to pass the Sqlite test suite before they can sell their product.
caycep超过 1 年前
Also…would modern journaling file systems protect against this sort of data loss?
评论 #38376046 未加载
pleoxy超过 1 年前
If you need PLP use an enterprise drive. That&#x27;s what they&#x27;re for.
评论 #38375539 未加载
评论 #38379748 未加载
评论 #38374795 未加载
评论 #38375812 未加载
Joel_Mckay超过 1 年前
Cheap drives don&#x27;t include large dram caches, lack fast SLC areas, and leave off super-capacitors that allow chips to drain buffers during a power-failure.<p>&quot;Buy cheap, buy twice&quot; as they say... =)
pajko超过 1 年前
Without any more information this post is just bullshit. For example, it&#x27;s not documented how the flushing has been done. On Linux, even issuing &#x27;sync&#x27; is not enough: <a href="https:&#x2F;&#x2F;unix.stackexchange.com&#x2F;questions&#x2F;98568&#x2F;difference-between-blockdev-flushbufs-and-sync-on-linux" rel="nofollow noreferrer">https:&#x2F;&#x2F;unix.stackexchange.com&#x2F;questions&#x2F;98568&#x2F;difference-be...</a><p>The bottom answer especially states that &quot;blockdev --flushbufs may still be required if there is a large write cache and you&#x27;re disconnecting the device immediately after&quot;<p>The hpdarm utility has a parameter for syncing and flushing device buffers themselves. Seems like all three should be done for a complete flush at all levels.
nik736超过 1 年前
That&#x27;s what PLP is for.
tw1984超过 1 年前
Don&#x27;t use home-grade SSDs for storing anything that is considered critical.<p>The rule is not that hard to remember.
martincmartin超过 1 年前
2022
jbverschoor超过 1 年前
Brands please. It’s time they have some pressure to fix these data corruption issues
xbmcuser超过 1 年前
this is from Feb 2022
java-man超过 1 年前
Name the offenders please.<p>I am sure it might be easy to see visually - a lack of substantial capacitor on the board would indicate a high likelihood of data loss.
评论 #38371456 未加载
评论 #38371989 未加载
评论 #38372320 未加载
babberman超过 1 年前
That is unfortunate, but I guess those SSDs performed really well and outclassed all others in performance benchmarks? lol
hackerfactor1超过 1 年前
The posting is from Feb 2022, nearly 2 years ago. How is this suddenly trending on Hacker News?
评论 #38373776 未加载