Hi Connie,

I know this falls in the obvious category and you probably already checked this, but what log level are you using?  (/etc/syslog.conf)  At debug, we have found that at our moderate load (300 simultaneous users) on linux, the CPU usage of syslogd is very high.

What does top or (glance if you have it) show as the processes using the CPU?

Hope this helps,
John

Connie Starr Fensky wrote:

I've just upgraded to imap 2.2.10 (with sasl 2.1.10) on my 11i mail server. I did this on a test box, but could not simulate our load (several thousand connections, ~80000 messages delivered a day), and had no troubles. But, of course, putting on the mail server and starting up, performance is abhorrent. I'm running 100% cpu utilization AND memory utilization all of the time, which make the whole system sluggish and the users grumpy. All my fault, and I need to fix it yesterday. 
I have a pretty basic system--same as can be to my old 2.0.16 one that ran like a dream.Does anyone have any ideas for me--here is configure script:# csf 12/13/04 This is the command I used for configure
CC=/opt/ansic/bin/cc CFLAGS='-g +DAportable +z' LDFLAGS='-L/usr/local5/db-3.3.11/lib-L/usr/local5/lib -L/usr/local/lib' LIBS=-lpthread ./configure -with-auth=unix--with-cyrus-prefix=/usr/local5 --prefix=/usr/local5 --with-sasl=/usr/local5/cyrus-sasl-2.1.20/--with-dbdir=/usr/local5/db-3.3.11 --with-bdb-libdir=/usr/local5/db-3.3.11/lib--with-bdb-incdir=/usr/local5/db-3.3.11/include --with-lock=fcntl --with-mboxlist-db=flat--with-openssl=/usr/local5 --disable-sieve --disable-gssapiand imapd.confallowusermoves:         1
configdirectory:        /var/imap
mboxlist_db:            skiplist
partition-default:      /var/cyrus1
partition-cyrus2: /var/cyrus2
partition-cyrus3: /var/cyrus3
partition-cyrus4: /var/cyrus4
partition-cyrus5: /var/cyrus5
partition-cyrusf: /var/cyrusf
partition-cyrus6: /var/cyrus6
admins:                 cyrus
sasl_pwcheck_method:    saslauthd
sasl_mech_list:         PLAIN LOGIN
seenstate_db:           flat
duplicatesuppression:   0
foolstupidclients:      1
lmtp_admins:            root
sendmail:               /usr/sbin/sendmail
#sieveusehomedir:       1
tls_require_cert:       0
tls_cert_file:          /var/imap/server.pem
tls_key_file:           /var/imap/server.pemand cyrus.conf--had to lmtp -a just to get any messages to deliver, and just made changes to maxchild, prefork to try to improve perf.By the way, it takes almost two hours to finish ctl_cyrusdb -r, and it seems like it is hanging, because if I kill that process, master starts for a split second. # standard standalone server implementation START {
  # do not delete this entry!
  recover       cmd="ctl_cyrusdb -r"   # this is only necessary if using idled for IMAP IDLE
#  idled                cmd="idled"
} # UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
  # add or remove based on preferences
  imap          cmd="imapd" listen="imap" prefork=9
  imaps         cmd="imapd -s" listen="imaps" prefork=0
  pop3          cmd="pop3d" listen="pop3" prefork=0
  pop3s         cmd="pop3d -s" listen="pop3s" prefork=0
#  sieve                cmd="timsieved" listen="sieve" prefork=0   # these are only necessary if receiving/exporting usenet via NNTP
#  nntp         cmd="nntpd" listen="nntp" prefork=0
#  nntps                cmd="nntpd -s" listen="nntps" prefork=0   # at least one LMTP is required for delivery
#  lmtp         cmd="lmtpd" listen="lmtp" prefork=0
  lmtpunix      cmd="lmtpd -a" listen="/var/imap/socket/lmtp" prefork=5 maxchild
=9   # this is only necessary if using notifications
#  notify       cmd="notifyd" listen="/var/imap/socket/notify" proto="udp" prefork=1
} EVENTS {
  # this is required
  checkpoint    cmd="ctl_cyrusdb -c" period=30   # this is only necessary if using duplicate delivery suppression,
  # Sieve or NNTP
#  delprune     cmd="cyr_expire -E 3" at=0400   # this is only necessary if caching TLS sessions
#  tlsprune     cmd="tls_prune" at=0400
}Thanks for any help! As usual, I'm under the gun...c*Connie Fensky
E-mail/Frank Systems Administrator
Information Technology Division
904-8559

Reply via email to