,
Fredrik Widlund
Fredrik Widlund wrote:
> Hi,
>
> Will a fix/this fix be part of the 6.2 Release? We will be relying
> heavily on fbsd6.2 and pe1950 and are worried about the BCE stability?
>
> Kind regards,
> Fredrik Widlund
>
> Scott Long wrote:
>
>> Olivier Mue
other solutions on obsd. Imho obsd
tend to be less focused on features and 0-day support, and more focused
on auditing, stability and security. For example obsd doesn't support
pe1950 yet. For a router/firewall/dnsserver and similar solutions I'd go
obsd anyday. For, s
Hi,
Will a fix/this fix be part of the 6.2 Release? We will be relying
heavily on fbsd6.2 and pe1950 and are worried about the BCE stability?
Kind regards,
Fredrik Widlund
Scott Long wrote:
> Olivier Mueller wrote:
>> Le 7 nov. 06 à 01:15, Scott Long a écrit :
>>
>>&g
inux, and it's not driver specific?
Kind regards,
Fredrik Widlund
Scott Long wrote:
> You seem convinced that this is a driver bug. Did you receive my
> series of emails 2 days ago that explained why it is not?
>
> Scott
>
>
> Fredrik Widlund wrote:
>> Please don
thru support
comes with a severe performance penalty I suggest the man page mentions
it, regardless of whether you think "WThru is a bad thing (tm)" or not.
Kind regards,
Fredrik Widlund
Scott Long wrote:
> The battery unit should not be considered optional. It's not about
> pe
ny kind on the way to secondary
storage still is interesting to me, so if you could elaborate here that
would be great!
Kind regards,
Fredrik Widlund
Bob Willcox wrote:
> On Wed, Nov 01, 2006 at 12:34:22AM +0100, Fredrik Widlund wrote:
>
>> Yes, it forces writeback even when the
mance 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
0 us
rate: 25231360 Bps, write: 2301 us
rate: 19660800 Bps, write: 2418 us
...
10x performance win, so this is one thing off my back.
Kind regards,
Fredrik Widlund
Fredrik Widlund wrote:
> 256MB cache, no BBU. Tried a lot of different combinations of settings.
>
> fbsd 6.2pre writes 220MB/s w
The adapter won't allow me to do so since there's no BBU.
Fredrik
Tom Judge wrote:
> Have you tried setting the write cache policy to write back rather
> than write thru?
>
> Tom
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org
ache and 8 drives, maybe around 50 MB/s, however I get a
zig-zag performance pattern, with the adapter running at 500% (gstat)
utilization one second, then down to 0% for maybe 3 seconds, back, etc.
Fredrik
Ivan Voras wrote:
> Fredrik Widlund wrote:
>> Ivan Voras wrote:
>>> Severa
id-5 configuration.
[/mnt/test (/dev/mfid0p1 mounted)]
read: 200MB/s
write: 15MB/s
[/dev/mfid0p1]
read: 200MB/s
write: 8MB/s
[/dev/mfid0]
read: 200MB/s
write: 10MB/s
Kind regards,
Fredrik Widlund
___
freebsd-stable@freebsd.org mailing list
http://lists.f
bottlenecks at 20MB/s. We've tried different
setups but hit the same limitation again and again. The strange part is
that a Dell raid adapter based on the same chipset, the Perc 5/I, works
well with writes achieving 200MB/s.
Any ideas would be greatly appreciated.
Kind regards,
Fredrik Wi
hed.
Kind regards,
Fredrik Widlund
--- Begin Message ---
Hi,
Suddenly the problem occured again. We are running the same setup as
below, but with debug.mpsafenet=0, but it didn't help. This is indeed a
showstopper for us, we are moving all our dell 1950 out of production
environment until we
13 matches
Mail list logo