On Thu, Aug 16, 2012 at 6:44 PM, Garrett Cooper wrote:
> On Thu, Aug 16, 2012 at 5:46 PM, Gezeala M. Bacuño II
> wrote:
>> Hello fellow listers,
>>
>> On a server with 512GB RAM it appears that vm.kmem_size_max is not
>> being auto-tuned to use >32985348587
On Thu, Aug 16, 2012 at 5:46 PM, Gezeala M. Bacuño II wrote:
> Hello fellow listers,
>
> On a server with 512GB RAM it appears that vm.kmem_size_max is not
> being auto-tuned to use >329853485875 (~307GB).
>
> On this machine vm.kmem_size is equal to vm.kmem_size_max
>
> # from sysctl
> vm.kmem_si
On Tue, Jun 19, 2012 at 8:51 PM, Scott Long wrote:
> On Jun 19, 2012, at 4:31 PM, Adrian Chadd wrote:
>
>> I bet the answer is something like "Get FreeBSD up on it or work with
>> someone who can help you do that."
>>
>> It's a catch-22 just like GPU - unless ${COMPANY} has customers using
>> it,
On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote:
> Am 04/15/12 15:59, schrieb Richard Kojedzinszky:
>> Thank you for the reply.
>>
>> Unfortunately, dont know why, but on my xen virtualised environment,
>> fbsd amd64 domU performs much slower, not only 30 times. Without
>> multilabel, file creati
On Apr 15, 2012, at 1:17 PM, O. Hartmann wrote:
> Am 04/15/12 22:00, schrieb Garrett Cooper:
>> On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote:
>>
>>> Am 04/15/12 15:59, schrieb Richard Kojedzinszky:
>>>> Thank you for the reply.
>>>>
On Wed, Jan 4, 2012 at 1:58 PM, Arnaud Lacombe wrote:
> Hi,
>
> On Fri, Dec 16, 2011 at 12:16 PM, wrote:
>> Thanks.
>>
>> My request for the person documenting the tunings also runs the benchmark to
>> ensure expected behaviour.
>>
> Why should you have to tune anything ? Did you tune the Oracle
On Mon, Jan 2, 2012 at 11:37 PM, Dieter BSD wrote:
> Task: cp(1) a several-GB file from one drive to another,
> then run cmp(1) to verify. Cp runs as expected, but
> cmp runs slower than expected. Neither the disks
> nor the cpu is maxed out. Local drives, no network
> involved
On Mon, Jan 2, 2012 at 5:29 PM, Dieter BSD wrote:
>>> Task: cp(1) a several-GB file from one drive to another,
>>> then run cmp(1) to verify. Cp runs as expected, but
>>> cmp runs slower than expected. Neither the disks
>>> nor the cpu is maxed out. Local drives, no network
>>> involved. Machi
On Mon, Jan 2, 2012 at 2:19 PM, Dieter BSD wrote:
> Task: cp(1) a several-GB file from one drive to another,
> then run cmp(1) to verify. Cp runs as expected, but
> cmp runs slower than expected. Neither the disks
> nor the cpu is maxed out. Local drives, no network
> involved. Machine is othe
On Fri, Dec 23, 2011 at 2:38 AM, Vincent Hoffman wrote:
> On 23/12/2011 02:56, Garrett Cooper wrote:
>> On Dec 22, 2011, at 3:58 PM, Jeremy Chadwick
>> wrote:
>>
>>> On Fri, Dec 23, 2011 at 12:44:14AM +0100, O. Hartmann wrote:
>>>> On 12/21/11
On Dec 22, 2011, at 3:58 PM, Jeremy Chadwick wrote:
> On Fri, Dec 23, 2011 at 12:44:14AM +0100, O. Hartmann wrote:
>> On 12/21/11 19:41, Alexander Leidinger wrote:
>>> Hi,
>>>
>>> while the discussion continued here, some work started at some other place.
>>> Now... in case someone here is will
On Dec 20, 2011, at 1:51 AM, Christer Solskogen wrote:
> On Tue, Dec 20, 2011 at 10:42 AM, Garrett Cooper wrote:
>>
>> As long as I have reliable checksums that match the what the upstream source
>> says is the real thing, it doesn't practically matter wher
On Dec 20, 2011, at 1:01 AM, Christer Solskogen wrote:
> On Mon, Dec 19, 2011 at 2:16 PM, Alexander Yerenkow
> wrote:
>> FreeBSD currently have very obscure, closed community. To get in touch, you
>> need to subscribe to several mail lists, constantly read them, I've just
>> found recently (my s
My personal thoughts on all of the complaints that FreeBSD isn't fast
enough and the Phoronix benchmarks aren't representative of true
FreeBSD performance.
Disclaimer: I don't know if the Phoronix benchmarks do tuning out of
the box or not on Linux, so if they do, please correct me Matthew.
The u
On Tue, Oct 18, 2011 at 8:02 AM, Adrian Chadd wrote:
> What is FBFS?
http://ivoras.net/blog/tree/2011-07-13.testing-the-new-fbfs-scheduler.html
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performanc
On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz wrote:
> El día Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees escribió:
>
>> On 27 August 2011 20:32, Garrett Cooper wrote:
>> > On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O.
>> > wrote:
>> >
On Sun, Aug 28, 2011 at 12:25 PM, Justin Hibbits wrote:
> On Aug 28, 2011, at 3:15 PM, Garrett Cooper wrote:
>
>> On Sun, Aug 28, 2011 at 12:07 PM, Garrett Cooper
>> wrote:
>>>
>>> On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz
>>> wrote:
>>
On Sun, Aug 28, 2011 at 12:07 PM, Garrett Cooper wrote:
> On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz wrote:
>> El día Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees escribió:
>>
>>> On 27 August 2011 20:32, Garrett Cooper wrote:
>>> > On Sat
On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O.
wrote:
> This website should be brushed up or taken offline!
> It seems full of vintage stuff from glory days.
>
> http://www.freebsd.org/marketing/os-comparison.html
Agreed. Things have changed quite a bit in the last decade.
-Garrett
__
tting, the system is likely responsive as 7-STABLE.
>
> On 11/19/10, Garrett Cooper wrote:
>> On Fri, Nov 19, 2010 at 1:10 PM, Oliver Pinter
>> wrote:
>>> http://lkml.org/lkml/2010/11/16/392
>>>
>>> On 11/18/10, O. Hartmann wrote:
>>>> On
On Fri, Nov 19, 2010 at 1:10 PM, Oliver Pinter wrote:
> http://lkml.org/lkml/2010/11/16/392
>
> On 11/18/10, O. Hartmann wrote:
>> On 11/18/10 02:30, grarpamp wrote:
>>> Just documenting regarding interactive performance things.
>>> This one's from Linux.
>>>
>>> http://www.phoronix.com/scan.php?
On Thu, Nov 18, 2010 at 3:12 PM, Steve Kargl
wrote:
> On Thu, Nov 18, 2010 at 10:59:43PM +, Alexander Best wrote:
>>
>> well i did exactly what they did in the video. watch a 1080p video and move
>> the output window around while compiling the kernel.
>>
>
> It is trivial to bring ULE to its k
On Sat, Jul 24, 2010 at 9:18 AM, Rui Paulo wrote:
>
> On 24 Jul 2010, at 14:53, Alexander Motin wrote:
>
>> Hi.
>>
>> I've make small observations of Intel TurboBoost technology under
>> FreeBSD. This technology allows Intel Core i5/i7 CPUs to rise frequency
>> of some cores if other cores are idl
On Sun, Apr 26, 2009 at 4:50 PM, Pieter de Goeje wrote:
> Dear hackers,
>
> While fiddling with the sysctl kern.timecounter.hardware, I found out that on
> my system HPET is significantly faster than ACPI-fast. Using the program
> below I measured the number of clock_gettime() calls the system can
24 matches
Mail list logo
