Sorry it is very late summary, but I think it may helpful. I have received a lot
of e-mails, I can not list all named, thank for all you have replied my e-mail.
A lof of people suggested to use qpopper 2.5.3 which I was really going to try.
And some one suggested to use 'qmail' and 'vchkpw' which is a really good
product. Some one suggested to use cucipop which I have not got a chance to take
look.
The time that I sent out eh e-mail we were doing account audit, not we reduce
the user size from 24000 to 7000, our problems were resolved and performance is
pretty good and system is very stable now.
I guese the two major factors which affected our performance before:( this is
only for our case)
1. too large entries on passwd file
2. too much files on /var/mail directory which is setup as RAID 5.
Tanks for all your help.
Ying
>Date: Thu, 6 Apr 2000 22:17:03 +0200
>From: Andre Koopal <andre@NL.UU.NET>
>To: yhe@jhmi.edu
>Cc: elankfo@jhmi.edu, jbrailsf@jhmi.edu, lhg@jhmi.edu, lmiller@jhmi.edu
>Subject: Re: pop performance
>Mime-Version: 1.0
>X-Keywords:
>
>On Thu, Apr 06, 2000 at 12:23:16PM -0400, yhe@jhmi.edu wrote:
>> Andre:
>> Thanks for your response. Yes, you may right, greate point! we have over
>> 23000 users in passwd file. And the command ls -n is much faster than ls
>> -l. Do you think qpoper will handle this batter? I have got a lof of
>> response and talk about qpopper 2.53 is very stable and good performance.
>
>We use qpopper 2.53 but with a local hack. In principle we make a db-file
>out of /etc/passwd and /etc/shadow every half hour and use the db-file
>for lookups. You can do that yourself, but requires a good c-programmer.
>
>Easiest is probably to run nis or nis+ on the machine, that uses db-lookups
>for all databases so it is much faster.
>
>Regards,
>
>Andre
>
>> I have tried one time and system load got significant improvement, but
>> just like I'v mentioned in my question, this switch( I switched from UW
>> pop to Qpopper 2.8b) totally mess up the index of
>> inboxes, the inboxes got dups, trips... even up to 30 times.. I have one
>> reply who had same proble with qpopper 3.0, I am not sure the problems
>> caused by switched between the UW pop and qpopper or problems with later
>> version of qpopper. The v3.0 just come out and before this 2.53was the
>> latest released version which a lot of people recommended. I do not trust
>> v3.0 now, just need to get some feedback of why it messed up index of
>> inboxes. Have you hard of anything?
>>
>>
------------------------------------------------------------------------------
>> Xueying "Ying" He voice (410)
614-8765
>> Sr. System Engineer Unix
>> Network Security & Enterprise Services Administrator fax (410)
614-0434
>> The Johns Hopkins Medical Institutions
yhe@jhmi.edu
>>
>>
>> On Thu, 6 Apr 2000, Andre Koopal wrote:
>>
>> > Date: Thu, 6 Apr 2000 12:33:34 +0200
>> > From: Andre Koopal <andre@NL.UU.NET>
>> > To: yhe <yhe@jhmi.edu>
>> > Subject: Re: pop performance
>> >
>> > On Wed, Apr 05, 2000 at 10:53:51AM -0400, yhe wrote:
>> > >
>> > > Dear Sun Managers:
>> > >
>> > > I current have very bad perpormance on my pop server:
>> > >
>> > > Solaris 2.6
>> > > Washington pop v7.59
>> > > E250
>> > > about 41000 pop sesions a day
>> > > inbox - RAID 5
>> > >
>> > > The system performance is very bad, we have to mornitor it all the time,
if we
>> > > get too many processes we have to stop pop daemon and let system load go
down
>> > > then restart daemon.
>> > >
>> > > I have switched qpopper (qpopper3.0b28) it caused duplicated,
triplicated, and
>> > > even 20, 30 times inboxes, so i have to switch it back.
>> > >
>> > > Any experiences ot suggestions? Please advice. Thanks in advanced.
>> > >
>> > How many users, do you use passwd file lookups for pop?
>> >
>> > I suspect your pw-lookups took to long. You can see that by trying
>> > /usr/bin/ls -l in /var/mail. If that is slow and /usr/bin/ls -n is fast
>> > this is your problem. Try to locally install NIS+, enable nscd (but
>> > that doesn't cache /etc/shadow) or look into LDAP.
>> >
>> > We did a hack that qpopper does its pw lookups in a db-file but that source
>> > isn't public.
>> >
>> > Regards,
>> >
>> > Andre
>> >
------------------------------------------------------------------------------
Xueying "Ying" He voice (410) 516-3361
Sr. System Engineer Unix
Network Security & Enterprise Services Administrator yhe@jhmi.edu
The Johns Hopkins Medical Institutions
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:08 CDT