On Tue November 29 2011, Klaus Knopper wrote: > -Klaus Knopper > PS: Now this got somewhat lengthy, sorry. I may reuse this explanation for > an article later. >
It reads well just as it is. But if you really feel the urge to write a longer article... ;-) Linux specific, any degree of leveling - In addition to the "just let the VFS caching do its thing better" - You might mention the various file system options that can reduce the number of writes. Some are general (reducing metadata updates, like "atime") and some are file system specific. There are also from time-to-time patchsets floating around for the kernel that attempt to specifically reduce the kernel's need to write. Those will, when found, will require a bit of research and testing on the part of the user to see if they are of any help for that user. Application specific, any degree of leveling - Know, or research, your applications. Some, such as MySQL mentioned in an earlier thread, have build-time and/or run-time options to reduce the number of physical writes. Some applications have readily available patches for the same purpose. The same with many of the system level applications, such as loggers. They also have build-time and/or run-time options to reduce writes. When doing your research - Pay close attention to things being done by the builders of embedded systems. Reducing the number of write cycles has been a topic for decades because of issues other than just media wear. The open-source based embedded world usually has a public web-site. The closed-source based embedded world often has public available "application notes". - - - - Just a few suggestions, both for the O.P. and for a longer article. Mike ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d
