Date: Fri, 18 Jan 2013 19:10:11 +0100 (CET) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Scott Long <scott4long@yahoo.com> Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>, Dieter BSD <dieterbsd@gmail.com>, "gibbs@FreeBSD.org" <gibbs@freebsd.org>, "scottl@FreeBSD.org" <scottl@freebsd.org>, "mjacob@FreeBSD.org" <mjacob@freebsd.org> Subject: Re: IBM blade server abysmal disk write performances Message-ID: <alpine.BSF.2.00.1301181909250.12638@wojtek.tensor.gdynia.pl> In-Reply-To: <1358529778.71931.YahooMailNeo@web120304.mail.ne1.yahoo.com> References: <CAA3ZYrCgMmGi3EHKEuXb=qWPjC2zSMYcfgZ6nh-ipqQ7dAeVdA@mail.gmail.com> <1358529778.71931.YahooMailNeo@web120304.mail.ne1.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2456600518-498302207-1358532611=:12638 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT > > The default value, -1, instructs the driver to leave the STA drives at their configuration default. Often times this means that the MPT BIOS will turn off the write cache on every system boot sequence. IT DOES THIS FOR A GOOD REASON! An enabled write cache is counter to data reliability. Yes, it helps make benchmarks look really good, and it's acceptable if your data can be safely thrown away (for example, you're just caching from a slower source, and the cache can be rebuilt if it gets corrupted). And yes, Linux has many tricks to make this benchmark look really good. The tricks range from buffering the raw device to having 'dd' recognize the requested task and short-circuit the process of going to /dev/null or pulling from /dev/zero. I can't tell you how bogus these tests are and how completely irrelevant they are in predicting actual workload performance. But, I'm not going to stop anyone from trying, so give the above tunable a try > and let me know how it works. > If computer have UPS then write caching is fine. even if FreeBSD crash, disk would write data --2456600518-498302207-1358532611=:12638--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1301181909250.12638>