Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

[Doros Eracledes]

As a side note, we also use this controller with FreeBSD 10.1 but configured 
each drive as a JBOD and then created raidz zfs pools and that was much faster 
than to let the LSI do raid5. 

Best
Doros
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

[Jason Zhang]

Mark,

Thanks

We have same RAID setting both on FreeBSD and CentOS including cache setting.  
In FreeBSD, I enabled the write cache but the performance is the same.  

We don’t use ZFS or UFS, and test the performance on the RAW GEOM disk “mfidx” 
exported by mfi driver.  We observed the “gstat” result and found that the 
write latency
is too high.  When we “dd" the disk with 8k, it is lower than 1ms, but it is 
6ms on 64kb write.  It seems that each single write operation is very slow. But 
I don’t know
whether it is a driver problem or not.


Jason


> 在 2016年6月22日，上午12:36，Mark Felder  写道：
> 
> 
> 
> On Fri, Jun 17, 2016, at 02:17, Jason Zhang wrote:
>> Hi,
>> 
>> I am working on storage service based on FreeBSD.  I look forward to a
>> good result because many professional storage company use FreeBSD as its
>> OS.  But I am disappointed with the Bad performance.  I tested the the
>> performance of LSI MegaRAID 9260-8i and had the following bad result:
>> 
>>  1.  Test environment:
>>   (1) OS:   FreeBSD 10.0 release
> 
> 10.0-RELEASE is no longer supported. Can you test this on 10.3-RELEASE?
> 
> Have you confirmed that both servers are using identical RAID controller
> settings? It's possible the CentOS install has enabled write caching but
> it's disabled on your FreeBSD server. Are you using UFS or ZFS on
> FreeBSD? Do you have atime enabled? I believe CentOS is going to have
> "relatime" or "nodiratime" by default to mitigate the write penalty on
> each read access.
> 
> We need more data :-)
> 
> 
> -- 
>  Mark Felder
>  ports-secteam member
>  f...@freebsd.org


___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #298

[jenkins-admin]

See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #297

[jenkins-admin]

See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

[Mark Felder]

On Fri, Jun 17, 2016, at 02:17, Jason Zhang wrote:
> Hi,
> 
> I am working on storage service based on FreeBSD.  I look forward to a
> good result because many professional storage company use FreeBSD as its
> OS.  But I am disappointed with the Bad performance.  I tested the the
> performance of LSI MegaRAID 9260-8i and had the following bad result:
> 
>   1.  Test environment:
>(1) OS:   FreeBSD 10.0 release

10.0-RELEASE is no longer supported. Can you test this on 10.3-RELEASE?

Have you confirmed that both servers are using identical RAID controller
settings? It's possible the CentOS install has enabled write caching but
it's disabled on your FreeBSD server. Are you using UFS or ZFS on
FreeBSD? Do you have atime enabled? I believe CentOS is going to have
"relatime" or "nodiratime" by default to mitigate the write penalty on
each read access.

We need more data :-)


-- 
  Mark Felder
  ports-secteam member
  f...@freebsd.org
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

[Mark Felder]

On Fri, Jun 17, 2016, at 02:17, Jason Zhang wrote:
> Hi,
> 
> I am working on storage service based on FreeBSD.  I look forward to a
> good result because many professional storage company use FreeBSD as its
> OS.  But I am disappointed with the Bad performance.  I tested the the
> performance of LSI MegaRAID 9260-8i and had the following bad result:
> 
>   1.  Test environment:
>(1) OS:   FreeBSD 10.0 release

10.0-RELEASE is no longer supported. Can you reproduce this on
10.3-RELEASE?


-- 
  Mark Felder
  f...@feld.me
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Looking for libvgl users

[Chris H]

On Tue, 21 Jun 2016 09:33:11 -0400 Ed Maste  wrote

> Prompted by a recent discussion of the vt(4) console I would like to
> send this query to -stable. When posted to -current about 1.5 years
> ago it received only one private reply pointing out an example vgl(3)
> consumer. Please see the original request and let me know if you use
> vgl(3).
FWIW I ran a quick
# cd /usr/ports; find . | xargs grep vgl
Which returned quite a few entries, as well as unrelated.
In case it helps. Some of the possibly notable ones include:
/devel/sdl12
/korean/man-doc/pkg-plist:share/man/ko_KR.eucKR/man3/vgl.3.gz
/games/digger-vgl
/japanese/groff/files/mdoc.local.in:.ds str-Lb-libvgl  Video Graphics
Library (libvgl, \-lvgl)
/misc/compat4x
/misc/compat5x
/misc/compat6x
/misc/compat7x
/x11/virtualgl

There were also matches in binary files; jdk, gnome(2|3), xorg, teX,
and ghostscript. But I didn't pursue it any further.

--Chris

> 
> On 27 October 2014 at 11:26, Ed Maste  wrote:
> > vgl(3) is a graphics library for syscons(4) that provides some basic
> > graphics operations (e.g. some mode setting, bitmaps, boxes,
> > ellipses). Right now it does not support the newer vt(4) console.
> >
> > In order to help determine the priority of a porting effort to add
> > vt(4) support I'd like to better understand where vgl is being used
> > now. I'd be interested in hearing about both open source software
> > using vgl as well as proprietary or internal applications. So if
> > you're using vgl I'd appreciate a follow up (in private is fine) with
> > a brief description of your use case.


___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Looking for libvgl users

[Ed Maste]

Prompted by a recent discussion of the vt(4) console I would like to
send this query to -stable. When posted to -current about 1.5 years
ago it received only one private reply pointing out an example vgl(3)
consumer. Please see the original request and let me know if you use
vgl(3).

On 27 October 2014 at 11:26, Ed Maste  wrote:
> vgl(3) is a graphics library for syscons(4) that provides some basic
> graphics operations (e.g. some mode setting, bitmaps, boxes,
> ellipses). Right now it does not support the newer vt(4) console.
>
> In order to help determine the priority of a porting effort to add
> vt(4) support I'd like to better understand where vgl is being used
> now. I'd be interested in hearing about both open source software
> using vgl as well as proprietary or internal applications. So if
> you're using vgl I'd appreciate a follow up (in private is fine) with
> a brief description of your use case.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #296

[jenkins-admin]

See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #295

[jenkins-admin]

See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"