Josh Carroll wrote:
is bigger better or worse?
For sysbench bigger is better (more transactions per second). For
ffmpeg, lower is better - e.g. the time to transcode the first 120
seconds of the selected video is less, so it ran faster.
don't forget to give this info when giving numbers :-)
> is bigger better or worse?
For sysbench bigger is better (more transactions per second). For
ffmpeg, lower is better - e.g. the time to transcode the first 120
seconds of the selected video is less, so it ran faster.
Josh
___
freebsd-performance@freeb
Josh Carroll wrote:
I just ran through some of my benchmarks on a kernel build from
sources as of today, and I've noticed an improvement for the ffmpeg
workload. Here's a comparison of 4bsd, ule (BETA1) and ule (BETA3).
This is vanilla source with no patches applied:
Sorry, the ministat output
At 04:10 PM 12/2/2007, Peter Losher wrote:
Mike Tancsa wrote:
> I think the card in question is twa in this case.
Not in our case...
Sorry, I was referring to the original posters card
http://lists.freebsd.org/pipermail/freebsd-performance/2007-November/002942.html
The box is a dual
Mike Tancsa wrote:
> I think the card in question is twa in this case.
Not in our case...
-=-
twe0: <3ware Storage Controller. Driver version 1.50.01.002> port
0x9c00-0x9c0f mem 0xfb6ffc00-0xfb6ffc0f,0xfa80-0xfaff irq 29 at
device 3.0 on pci1
twe0: [GIANT-LOCKED]
twe0: [ITHREAD]
On Sat, 1 Dec 2007 17:48:24 -0800 Manjunath R Gowda wrote:
> On 12/1/07, Boris Samorodov <[EMAIL PROTECTED]> wrote:
> > 3ware driver is under GIANT at 7.x. I don't know if it's the same for
> > linux.
> It is not under GIANT any more, MPSAFE starting from 7.0 BETA1.
Wow, that's great news! Thank
