Date: Wed, 01 Nov 2006 00:34:22 +0100 From: Fredrik Widlund <fredrik.widlund@qbrick.com> To: Ivan Voras <ivoras@fer.hr> Cc: freebsd-stable@freebsd.org Subject: Re: SAS Raid - mfi driver Message-ID: <4547DD7E.4030509@qbrick.com> In-Reply-To: <ei8hus$jec$1@sea.gmane.org> References: <45470D95.5020801@qbrick.com> <ei7448$4rs$1@sea.gmane.org> <454718DD.8060108@qbrick.com> <45471ACC.2030604@fer.hr> <4547421D.2010206@qbrick.com> <45477FCC.9050901@qbrick.com> <ei8hus$jec$1@sea.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Yes, it forces writeback even when the controller has no BBU. Choosing WBack itself will default back to WThru. It's dangerous, but I guess it should be much less dangerous than using for example softupdates. We have little choice until our order of BBUs get here, since the performance degradation of wthru would make it unusable for us. Ivan Voras skrev: > Fredrik Widlund wrote: > >> Solved my issue with LSI 8480E without BBU. With "write: BadBBU", >> "cache: enabled", and "io: cached", performance rose to around 200MB/s >> from 20MB/s. >> > > I don't know what "BadBBU" is, but from some Googling it seems to be a > setting that overrides BBU detection, and enables write caching even if > the system believes BBU is broken or missing. If true, this may be > dangerous for data consistency. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4547DD7E.4030509>