lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 26 Oct 2012 21:55:04 -0400 From: Vladislav Bolkhovitin <vst@...b.net> To: Theodore Ts'o <tytso@....edu>, Alan Cox <alan@...rguk.ukuu.org.uk>, 杨苏立 Yang Su Li <suli@...wisc.edu>, General Discussion of SQLite Database <sqlite-users@...ite.org>, linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org, drh@...ci.com Subject: Re: [sqlite] light weight write barriers Theodore Ts'o, on 10/25/2012 09:50 AM wrote: > Yeah.... I don't buy that. One, flash is still too expensive. Two, > the capital costs to build enough Silicon foundries to replace the > current production volume of HDD's is way too expensive for any > company to afford (the cloud providers are buying *huge* numbers of > HDD's) --- and that's assuming companies wouldn't chose to use those > foundries for products with larger margins --- such as, for example, > CPU/GPU chips. :-) And third and finally, if you study the long-term > trends in terms of Data Retention Time (going down), Program and Read > Disturb (going up), and Write Endurance (going down) as a function of > feature size and/or time, you'd be wise to treat flash as nothing more > than short-term cache, and not as a long term stable store. > > If end users completely give up on flash, and store all of their > precious family pictures on flash storage, after a couple of years, > they are likely going to be very disappointed.... > > Speaking personally, I wouldn't want to have anything on flash for > more than a few months at *most* before I made sure I had another copy > saved on spinning rust platters for long-term retention. Here I agree with you. Vlad -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists