From: Andreas Grimm (grimm.andreasyahoo.com)
Date: Tue Oct 30 2007 - 12:27:31 CDT

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hello Victor,

ok, it's using epoll:
nm master | grep epoll
         U epoll_createGLIBC_2.3.2
         U epoll_ctlGLIBC_2.3.2
         U epoll_waitGLIBC_2.3.2
080612e4 b event_epollfd

But there is no noticeable effect in performance, and i get these errors without changing my kernel. Any suggestion? Some lines of my main.cf

default_destination_concurrency_limit = 1000
default_destination_recipient_limit = 1000
max_use = 800
smtpd_hard_error_limit = 1
smtpd_soft_error_limit = 2
bounce_queue_lifetime = 0
unknown_address_reject_code = 421
unknown_client_reject_code = 421
unknown_hostname_reject_code = 421
smtpd_error_sleep_time = 0
smtp_connect_timeout = 5s
smtp_helo_timeout = 5s
smtp_timeout = 60s
in_flow_delay = 2

smtpd_client_restrictions = permit_mynetworks, reject_unknown_client_hostname, reject_unknown_reverse_client_hostname, reject_rbl_client zen.spamhaus.org=127.0.0.10, reject_rbl_client zen.spamhaus.org=127.0.0.11, reject_rbl_client zen.spamhaus.org

rbl_reply_maps=hash:/etc/postfix/rbl_reply_maps

smtpd_recipient_restrictions = reject_unlisted_recipient,permit_mynetworks, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_non_fqdn_hostname, reject_invalid_hostname, reject_unauth_destination, check_client_access hash:/etc/postfix/client_access, check_policy_service inet:127.0.0.1:2525

transport_maps = hash:/etc/postfix/transport,hash:/etc/postfix/transport_main
relay_domains = hash:/etc/postfix/relay,hash:/etc/postfix/relay_main
relay_recipient_maps = hash:/etc/postfix/recipients,hash:/etc/postfix/recipients_main

I removed irrelevant lines. I must concede that my transport, relay, and recipient maps are quite large. There are 42918 recipients listed with 10027 transports (so 10027 relay_domains). /etc/postfix/client_access is a small whitelist, the policy is gld, which is configured to allow 800 connections, most clients (99%) are rejected early, so gld has no overload. I suppose that something makes smtpd waiting on data. Is it the map, the gld? I'm clueless May an other map format help out? Thanks.
BTW: The hardware can stand the stress : 2Quadcores 2GHz,16GB RAM, RAID1

Andreas

Victor Duchovni <Victor.DuchovniMorganStanley.com> wrote: On Tue, Oct 30, 2007 at 09:03:55AM -0700, Andreas Grimm wrote:

> Hello Victor,
>
> glibc version is 2.4
> Kernel version 2.6.16
> I think epoll is supported. How can i verify the postfix was compiled with epoll, resp. how can i compile postfix using epoll?
> I' using postfix-2.5-20071006.

If Postfix was built from source on the system in question, and not installed
from a binary package built elsewhere. It should support epoll(). I don't
strip symbols from the Postfix binaries I build.

    $ nm /usr/libexec/postfix/master | grep epoll
       U epoll_createGLIBC_2.3.2
       U epoll_ctlGLIBC_2.3.2
       U epoll_waitGLIBC_2.3.2
    000000000051fbc4 b event_epollfd

If you have symbols, but don't see epoll in "nm" output, rebuild on the
target system from source. You should be able to use "objdump" to examine
dynamic dependencies even for "stripped" binaries.

--
 Viktor.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

 __________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]