Loading...

freebsd-performance@freebsd.org

[Prev] Thread [Next]  |  [Prev] Date [Next]

Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -CURRENT Attilio Rao Fri Apr 06 11:02:20 2012

Il 06 aprile 2012 18:54, Arnaud Lacombe <[EMAIL PROTECTED]> ha scritto:
> Hi,
>
> On Fri, Apr 6, 2012 at 10:58 AM, Attilio Rao <[EMAIL PROTECTED]> wrote:
>> Il 05 aprile 2012 19:03, Arnaud Lacombe <[EMAIL PROTECTED]> ha scritto:
>>> Hi folks,
>>>
>>> Over the past months, I ran on a couple of unused box the
>>> `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking
>>> down various kind of regression/improvement. `hackbench' is a
>>> scheduler + IPC test (socket xor pipe). It creates producers/consumers
>>> groups and let a variable quantity of small messages flow happily.
>>> Producers and consumers are either processes xor threads.
>>>
>>> Tested platforms were
>>>  - Atom D510, Intel, (incomplete)
>>>  - Core 2 Quad Q9560, Intel
>>>  - Soekris net5501, AMD (incomplete)
>>>  - Xeon E5645, Intel (incomplete)
>>>  - Xeon E5620 (dual package), Intel
>>>  - Xeon E5-1650 (pending completion)
>>>  - Vortex86, DMP
>>>
>>> Tested kernel were:
>>>  - FreeBSD 7.4-RELEASE
>>>  - FreeBSD 8.2-RELEASE
>>>  - FreeBSD 9.0-RC3 and FreeBSD 9.0-RELEASE
>>>  - FreeBSD 10-CURRENT as of r231573
>>
>> Which means you run 10-CURRENT with all the kernel debugging options
>> on and MALLOC_DEBUG on?
>>
> I already answered that question. Namely:
>
> <<
> note: rule [I] is alleviated for -CURRENT kernels, which were built
> with the same alteration made to GENERIC during the CURRENT->RELEASE
> transition (ie. WITNESS and a couple of other option disabled).
>>>
>
> this translates into the following patch (for amd64):

Did you enable MALLOC_PRODUCTION and rebuilt libc?

Attilio


-- 
Peace can only be achieved by understanding - A. Einstein
_______________________________________________
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "[EMAIL PROTECTED]"