Is policyd on the same machine as the DB server? If so, you may want to have your mySQL server on a different machine. If not, it sounds like you might have to spit your load among more than one mail gateway. By the way, policyd is built by default to handle up to 4096 processes, if I'm not mistaken.
Other options: limit you connection rate on your mail gateway instead of or in addition to limiting the number of concurrent smtpd connections. We did some testing at one point with smtpd conenctions and found when dealing with over 1000 concurrent connections, things slowed down a lot. Otherwise, if the processor is pegged, you have evidently run out of CPU power. You can either try to add more processors to the existing machine (as long as the network throughput or memeory are not limitations) or as mentioned above, split the load among several servers. As an aside, I assume there's no obvious functional difference between version 1.81 and 1.82? On Thu, 6 Sep 2007, Artem Bokhan wrote: > Cami Sardinha ?????: >> Artem Bokhan wrote: >> >>> Under high load policyd (1.81) stalls with 100% cpu load and excessive >>> select() in strace.... >>> Any suggestions? >>> >> >> What types of load? > What do you mean? :) policyd begin to eat 100% of one cpu core, even > after stopping postfix. The only way to fix that is restarting policyd. > >> Why are there so many concurrent connections open >> to Policyd? > Possible because of a lot of client connections.... >> What is the maximum amount of connections you've configured >> Policyd to allow? >> >> > I don't see if that is configurable.... If you mean defaults in Makefile > and policyd.h - I didn't change them. > >> How many concurrent postfix processes are allowed? What about >> memory on the system -- are you swapping or not? > > > 1.5k processes max, I have about 5k connections per minute in peaks. > As a workaround I decreased the number of processes to 500. > The system is not swapping. > > >> Cami >> ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ policyd-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/policyd-users
