[EMAIL PROTECTED] wrote:
> Hi All,
>
> A question about performance and settings for the toaster:
>
> When adjusting the maximum number of mysql connections allowed, should
> that number be matched to the total number of connections set in:
>
> concurrencyincoming
>
> and
>
> concurrencyremote
>
> ?
>
> In other words, if I have 160 incoming and 60 remote, should I have 220
> mysql connections available to service them?
>
> If not, is there a recommended ratio of mysql connections to concurrency
> settings?
>
> Also as the number of clients migrating from our older toaster to our new
> one increase (we're sitting at about 110 vdomains now on a dual xeon 3 GHZ
> with 4 GB RAM, U320 SCSI, RHEL 4 OS, current 2.6 SMP kernel) we're
> starting to get random performance complaints (mail delays of up to
> several hours, refused connections that "clear up after a few minutes",
> "sluggish response").
>
> Example client errors are:
>
> "the operation timed out while waiting for the SMTP server to respond",
>
> or
>
> "the connection to the server was interupted"
>
> We are also running into strange problems with sending and receiving as
> outlined in previous emails (multiple passwd prompts for two client
> vdomains, one client can send to boxes within his own domain, but not
> relay, though this only when connecting from his corporate LAN).
>
> Both clients can reproduce this error with outlook, tbird, etc., so it
> doesn't appear to be a mail client issue.
>
> The really weird thing about about all this is, that the older toaster was
> only a single pentium III 933 with 1 GB RAM, where we had no performance
> complaints with nearly 150 clients and often thousands of emails in the
> queue at any given time (the new box has been floating around 350 in the
> queue at any given moment).
>
> The only significant config diffs between the two toasters are no spamd,
> clamd, smtp-auth (we used pop-before-SMTP), or qmail-plus on the older
> box. Mysql 3.23.58 on the old box and 4.1.20 on the new one.
>
> I've already shut down the toaster to check the mysql DBs for errors; all
> come back clean.
>
> Any suggestion would be *greatly* appreciated.
>
> --Duncan
>
That hardware should be more than enough to handle things. I'd look toward
networking issues for solutions. For example, have you installed a caching
nameserver on the toaster? If not, that could make a significant difference.
--
-Eric 'shubes'
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
