>> Usually we have around 700k simultaneous pop connections on the real
>> servers now with perdition we have 3000+ connections
>
> Er, I didn't write that. That was Ram, the OP. Different person, different
> institution, similar issues. We don't offer POP here.
Ah oops, got a bit mixed up there
On Tue, 8 Apr 2008, Ian Eiloart wrote:
> --On 7 April 2008 10:20:33 -0700 Andrew Morgan <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 7 Apr 2008, Ian Eiloart wrote:
>> ..
>>>
>>> Is there a way to limit Cyrus process sizes at all? I guess I can take a
>>> look at my compilation options to try to re
--On 8 April 2008 21:59:21 +1000 Rob Mueller <[EMAIL PROTECTED]> wrote:
> Ok, so lets get some more details here.
>
>> We've got about 12,000 users, many of whom spend most of the day in
>> lectures, and tend to read their email at lunch time. Some staff with
>> large
>> mail folders tend to sta
Ok, so lets get some more details here.
> We've got about 12,000 users, many of whom spend most of the day in
> lectures, and tend to read their email at lunch time. Some staff with
> large
> mail folders tend to stay logged on all day.
> Currently we have four OSX 10.4 servers with 6GB of RAM e
--On 8 April 2008 07:32:27 +1000 Rob Mueller <[EMAIL PROTECTED]> wrote:
>> opposed to 1.5 - 1.9 MB per process. I've even seen cyrus processes with
>> up
>> to 30MB.
>
> cyrus uses mmap a lot. The processes probably aren't actually really
> growing, they just look bigger because a user has a fol
--On 7 April 2008 10:20:33 -0700 Andrew Morgan <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Apr 2008, Ian Eiloart wrote:
> ..
>>
>> Is there a way to limit Cyrus process sizes at all? I guess I can take a
>> look at my compilation options to try to reduce the starting size, but
>> can I limit the
> opposed to 1.5 - 1.9 MB per process. I've even seen cyrus processes with
> up
> to 30MB.
cyrus uses mmap a lot. The processes probably aren't actually really
growing, they just look bigger because a user has a folder selected and the
cyrus.index file has been mmaped into the process space. If
On Mon, 7 Apr 2008, Ian Eiloart wrote:
> There are good reasons. For example, we used Perdition during migration of
> users from a UoW IMAP server to Cyrus. We ran into the same problem, the
> performance limitation on our front end cluster was (is) the number of
> processes. They're OSX servers,
--On 4 April 2008 20:04:37 -0700 Robert Banz <[EMAIL PROTECTED]> wrote:
>
> Why are you using perdition, when you could be using Cyrus' "murder"
> clustering which will work to the same end, with added bonuses of
> being able to share folders between users on both servers, easier
> administrati
Why are you using perdition, when you could be using Cyrus' "murder"
clustering which will work to the same end, with added bonuses of
being able to share folders between users on both servers, easier
administration, etc.
-rob
On Apr 4, 2008, at 9:51 AM, Andrew Morgan wrote:
> On Fri, 4
On Fri, 4 Apr 2008, ram wrote:
> I have a 40k user cyrus server , and I am trying to scale up by trying
> to add a perdition server infront of this server so that we can add more
> servers ( Both servers dell 2950 with 8GB RAM )
>
>
> But the problem I have the moment I install a perdition server
I have a 40k user cyrus server , and I am trying to scale up by trying
to add a perdition server infront of this server so that we can add more
servers ( Both servers dell 2950 with 8GB RAM )
But the problem I have the moment I install a perdition server is that ,
the number of pop connections
12 matches
Mail list logo
