on 19/12/2011 17:50 Nathan Whitehorn said the following:
> The thing I've seen is that ULE is substantially more enthusiastic about
> migrating processes between cores than 4BSD.
Hmm, this seems to be contrary to my theoretical expectations. I thought that
with 4BSD all threads that were not in o
On Mon Dec 19 11, Nathan Whitehorn wrote:
> On 12/18/11 04:34, Adrian Chadd wrote:
> >The trouble is that there's lots of anecdotal evidence, but noone's
> >really gone digging deep into _their_ example of why it's broken. The
> >developers who know this stuff don't see anything wrong. That hints t
At 14:26 17/12/2011, you wrote:
Hi everyone,
I would like to share some of our expreience with PostgreSQL on FreeBSD.
It has been a while ago since we had to stop using FreeBSD for our
customer's PostgreSQL servers.
PostgreSQL (8.4 and 9.0) was demonstrating slow performance under heavy
loads a
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 12/18/11 04:34, Adrian Chadd wrote:
The trouble is that there's lots of anecdotal evidence, but noone's
really gone digging deep into _their_ example of why it's broken. The
developers who know this stuff don't see anything wrong. That hints to
me it may be something a little more creepy - as
[removed freebsd-current and freebsd-stable]
On 19/12/2011 13:16, Alexander Yerenkow wrote:
For example, few checkboxes with common sysctl tuning would be perfect,
even if they would be marked as "Experimental", or not recommended.
I'm thinking it's better way to make something in one place (lik
IMHO, no offence, as always.
As were told, Phoronix used "default" setup, not tuned.
So? Is average user will tune it after setup? No, he'll get same defaults,
and would expect same performance as in tests, and he probably get it.
The problem of FreeBSD is not it's default settings, some kind of v
On 12/19/11 13:21, Andreas Nilsson wrote:
> On 19 dec 2011, at 12:50, "Samuel J. Greear" wrote:
>
>> 2011/12/19 Lev Serebryakov :
>>> Hello, Samuel.
>>> You wrote 15 декабря 2011 г., 16:32:47:
>>>
Other benchmarks in the Phoronix suite and their representations are
similarly flawed, _AL
On 19 dec 2011, at 12:50, "Samuel J. Greear" wrote:
> 2011/12/19 Lev Serebryakov :
>> Hello, Samuel.
>> You wrote 15 декабря 2011 г., 16:32:47:
>>
>>> Other benchmarks in the Phoronix suite and their representations are
>>> similarly flawed, _ALL_ of these results should be ignored and no time
>>
On Mon, 19 Dec 2011 13:21:35 +0100
Andreas Nilsson wrote:
[skipped]
guys, sorry, but... can you choose just _one_ ML and spam it ?
performance@, for example.
p.s. does anyone trust results from Phoronix, except completely
idiots?
--
wbr, tiger
___
2011/12/19 Lev Serebryakov :
> Hello, Samuel.
> You wrote 15 декабря 2011 г., 16:32:47:
>
>> Other benchmarks in the Phoronix suite and their representations are
>> similarly flawed, _ALL_ of these results should be ignored and no time
>> should be wasted by any FreeBSD committer further evaluating
On 12/19/11 09:27, Lev Serebryakov wrote:
> Hello, Samuel.
> You wrote 15 декабря 2011 г., 16:32:47:
>
>> Other benchmarks in the Phoronix suite and their representations are
>> similarly flawed, _ALL_ of these results should be ignored and no time
>> should be wasted by any FreeBSD committer furt
Hello, Adrian.
You wrote 16 декабря 2011 г., 20:43:27:
> Guys/girls/fuzzy things - this is 2011; people look at shiny blog
> sites with graphs rather than mailing lists. Sorry, we lost that
> battle. :)
My thoughts exactly.
--
// Black Lion AKA Lev Serebryakov
___
Hello, Samuel.
You wrote 15 декабря 2011 г., 16:32:47:
> Other benchmarks in the Phoronix suite and their representations are
> similarly flawed, _ALL_ of these results should be ignored and no time
> should be wasted by any FreeBSD committer further evaluating this
> garbage. (Yes, I have been do
14 matches
Mail list logo