On 7/20/2011 1:27 PM, Matthew Macdonald-Wallace wrote:
> On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote:
>> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote:
>>> Are these virtual machines? You didn't state so previously. Running
>>> 2.6.18 as a VM guest on these machine
On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote:
> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote:
> > Are these virtual machines? You didn't state so previously. Running
> > 2.6.18 as a VM guest on these machines may also be part of the incorrect
> > load reporting pro
On Sat, 2011-07-16 at 00:40 +0200, Miquel van Smoorenburg wrote:
> On 11-07-11 5:03 PM, Stan Hoeppner wrote:
> > On Linux, load average strictly shows total system CPU usage in
> > intervals, nothing else.
>
> That would be FreeBSD, AFAIK. On linux, I/O does add to the load
You're right Miq
On 11-07-11 5:03 PM, Stan Hoeppner wrote:
Given that you're running Dovecot 1.0.15 I'm guessing you're using
CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years
old now and not inappropriate for a modern 2 socket, 6 core
HyperThreading box. You need a much newer kernel, prefer
At 01:59 -0500 12/7/11, Stan Hoeppner wrote:
On 7/12/2011 1:12 AM, Rainer Frey wrote:
On 11.07.2011, at 17:03, Stan Hoeppner wrote:
The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs
you see is the result of HyperThreading being enabled. I'd disable HT
if I were you
On 7/12/2011 1:12 AM, Rainer Frey wrote:
>
> On 11.07.2011, at 17:03, Stan Hoeppner wrote:
>
>> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs
>> you see is the result of HyperThreading being enabled. I'd disable HT
>> if I were you, or those boxen mine.
>
> Why?
It's
On 11.07.2011, at 17:03, Stan Hoeppner wrote:
> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs
> you see is the result of HyperThreading being enabled. I'd disable HT
> if I were you, or those boxen mine.
Why?
Rainer
On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote:
> Are these virtual machines? You didn't state so previously. Running
> 2.6.18 as a VM guest on these machines may also be part of the incorrect
> load reporting problem. If so, run the data collector daemon inside the
> hypervisor itself s
On 7/11/2011 2:57 PM, Matthew Macdonald-Wallace wrote:
> On Mon, 2011-07-11 at 13:47 -0500, Stan Hoeppner wrote:
>> On 7/11/2011 11:22 AM, li...@truthisfreedom.org.uk wrote:
>>
>>> They're showing as between 20 and 24 for the POP3 servers and 1.4 for
>>> the IMAP servers.
>>
>> FULL STOP. Oh my lo
On Mon, 11 Jul 2011 20:57:36 +0100, Matthew Macdonald-Wallace wrote:
LOL. I'm not a fan of Centos but it's what we've got to play with
here -
We'll be running Debian (or possibly even Gentoo if I have my way...)
on
the next load of servers and custom kernels aren't an issue.
/me misses stage
On 07/11/11 15:57, Matthew Macdonald-Wallace wrote:
>
> LOL. I'm not a fan of Centos but it's what we've got to play with here -
> We'll be running Debian (or possibly even Gentoo if I have my way...) on
> the next load of servers and custom kernels aren't an issue.
Just don't tell anyone:
htt
On Mon, 2011-07-11 at 13:47 -0500, Stan Hoeppner wrote:
> On 7/11/2011 11:22 AM, li...@truthisfreedom.org.uk wrote:
>
> > They're showing as between 20 and 24 for the POP3 servers and 1.4 for
> > the IMAP servers.
>
> FULL STOP. Oh my lordy. Something is ridiculously wrong here. You
> have 12
On 7/11/2011 11:22 AM, li...@truthisfreedom.org.uk wrote:
> They're showing as between 20 and 24 for the POP3 servers and 1.4 for
> the IMAP servers.
FULL STOP. Oh my lordy. Something is ridiculously wrong here. You
have 12 physical cores with only ~600 simultaneous pop connections.
That's onl
* All the servers are made by the same manufacturer (Dell)
* They are all the same model (R410)
* The have the same engine (24 cores, 24G RAM, SAS Drives)
The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs
you see is the result of HyperThreading being enabled. I'd disable
On 7/11/2011 8:20 AM, li...@truthisfreedom.org.uk wrote:
> Hi Stan,
>
> Quoting Stan Hoeppner :
>
>> On 7/11/2011 4:28 AM, li...@truthisfreedom.org.uk wrote:
>>> Quoting Stan Hoeppner :
>> This still doesn't provide us with the necessary information to give you
>> an intelligent answer to your qu
Hi Stan,
Quoting Stan Hoeppner :
On 7/11/2011 4:28 AM, li...@truthisfreedom.org.uk wrote:
Quoting Stan Hoeppner :
This still doesn't provide us with the necessary information to give you
an intelligent answer to your question.
Sorry, I thought I'd given quite a large amount of detail so far
On 7/11/2011 4:28 AM, li...@truthisfreedom.org.uk wrote:
> Quoting Stan Hoeppner :
>
>> On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote:
>>> On Fri, 2011-07-08 at 10:48 +0100, li...@truthisfreedom.org.uk wrote:
We have noticed that the IMAP servers appear to be under much less
load
Quoting Stan Hoeppner :
On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote:
On Fri, 2011-07-08 at 10:48 +0100, li...@truthisfreedom.org.uk wrote:
We have noticed that the IMAP servers appear to be under much less
load and utilising drastically less RAM than the POP3 servers and I'm
wonderin
On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote:
> On Fri, 2011-07-08 at 10:48 +0100, li...@truthisfreedom.org.uk wrote:
>> We have noticed that the IMAP servers appear to be under much less
>> load and utilising drastically less RAM than the POP3 servers and I'm
>> wondering if there is
On Fri, 2011-07-08 at 10:48 +0100, li...@truthisfreedom.org.uk wrote:
> We have noticed that the IMAP servers appear to be under much less
> load and utilising drastically less RAM than the POP3 servers and I'm
> wondering if there is a reason for this as we have seen some swapping
> onto dis
Hi all,
We've just provisioned a new cluster of dovecot nodes running Centos
and Dovecot 1.0.15 (we needed to match the original configuration,
we're upgrading to 1.2 next week!).
The nodes are currently equally allocated (50/50 split) to IMAP and
POP3, with the intention to move them int
21 matches
Mail list logo