On Mon, Jan 05, 2009 at 11:24:20PM -0600, Luis Daniel Lucio Quiroz wrote:
> I'm trying to install postfix in next computer:
>
> 256 MB ram
> Pentium MMX 400 Mhz
> No swap (i'm buying a disk, but for now there is nt)
>
> Is there any recommendation on how may I tun postfix to work better?
What is this Postfix system going to do? If it is not processing incoming
mail from the Internet, unless you yourself ask it to send high volumes
of mail, the Postfix process footprint will be:
master
|-->pickup
|-->qmgr
Stripped, these are not very large programs:
text data bss dec hex filename
96452 1812 5168 103432 19408 master
147630 2160 5468 155258 25e7a pickup
197963 2084 5676 205723 3239b qmgr
other daemons run on demand and exit after 100s of idle
time on low-volume systems:
text data bss dec hex filename
220465 2316 5764 228545 37cc1 local
246589 3580 5844 256013 3e80d cleanup
288487 3292 6140 297919 48bbf smtp
349750 3848 6640 360238 57f2e smtpd
The only tuning (for low-volume Internet-facing systems) I would
recommend is:
default_process_limit = 20
max_idle = 10s
Note, however that if the load is high enough, raising max_idle may
improve performace, by reducing fork/exec overhead.
If you use Berkeley DB ("hash" or "btree") tables for lookups (I recommend
CDB instead), consider lowering the memory requirements for these:
berkeley_db_create_buffer_size = 1048576
berkeley_db_read_buffer_size = 32768
Postfix resource use will reflect the mail load. The queue manager will
scan the incoming queue (wakeup column in "qmgr" master.cf entry) and
deferred queue periodically ($queue_run_delay) and pickup will scan the
maildrop queue periodically (wakeup column in "pickup" master.cf entry),
otherwise the system is idle when no mail is being delivered, and just
the above 3 processes are running.
This said, Postfix is not designed to be the lowest possible footprint
MTA. Your needs may be adequately met by something smaller/simpler
than Postfix.
--
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:
<mailto:majord...@postfix.org?body=unsubscribe%20postfix-users>
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.
