On Thu, 13 Dec 2001, Mitrana Cristian wrote:
> > Salut, > > am si eu o intrebare despre qmail : in cat timp pot sa trimit cam 200k > mesaje si cum trebuie > patch-uit qmail-ul ca sa mearga cat mai repede ( si sa trimita cat mai > multe mailuri :). ? > Pe site-ul oficial am vazut 2 patch-uri : una a lui Johannes Erdfelt > care mareste numarul de > qmail-remote si una a lui Russel Nelson (big-todo - patch). Mie mi-ar > fi de folos prima, scopul > principal al serverului ar fi sa trimita mesaje si nu sa si primeasca, > si pentru asta cred ca ar fi > de folos un ezmlm. Daca ati mai lucrat cu combinatia ezmlm+qmail, > da-ti-mi niste pareri/cifre/ > link-uri samd, orice parere e binevenita. > hi pai chiar asa faci adica iti maresti concurencylocal si remote la maxim (120 remote si 20 local default) nu cred ca chiar ai nevoie de patch-ul ala sa poti sa treci peste 120 si 20 (decat daca vrei sa servesti colosal de multe trimiteri remote la un moment dat, dar asta inseamna si bandwidth mare pe internet) in primul rand este foarte important sa precizezi daca acele 200k deliveries sunt locale sau remote pentru ca daca vrei sa optimizezi trimiterile remote iti iei banda mai multe (logic!) daca vrei sa optimizezi trimiterile locale iti optimizezi accesul la disk (eventual daca esti super crizat muti coada qmail-ului pe ramdisk j/k :) ) nu ai spus nimic pentru masina pentru ca deja la 200k deliveries conteaza masina si optimizari care tin de masina conteaza foarte mult sa stai cu un tail -f /var/log/maillog si sa vezi cate deliveries remote si local ai in general la un moment dat, daca iti depasesti 20 local si 120 remote atunci pune patchul ala si mareste concurency. de asemenea sa configurezi un mrtg care vizualizeaza din 5 in 5 minute iesirea lui qmail-qstat e foarte important :) oricum unul din cele mai importante lucruri pentru a optimiza qmail-ul este precum am spus concurency apoi este numarul de directoare din coada adica in directorul cu sursele de qmail ai un fisier care se cheama split-conf si care default este 21 ei, pune-l la 201 si sa vezi tu atunci :) binenteles asta inseamna sa faci rebuild la coada (poti sa o faci fara sa pierzi mesajele dar e mai nashpa, daca poti fa-o de la 0) apoi foarte important este big todo patch deoarece djb a presupus ca desi in coada qmail-ului pot fi multe mesaje prelucrate si iti poti regla split-conf-ul cum vrei pentru mesajele neprelucrate (adica todo) nu a facut la fel patchul de big todo e bun mail ales daca la qmail-qstat vezi multe mesaje neprelucrate (asta inseamna ca vin "prea" repede) optimizarile astea cu split-conf si todo au efect mai ales pe sisteme de fisiere != reiserfs. de ce? foarte simplu, reiserfs DEJA tine un tree/hash pe numele fisierelor si sa fii tu mai deshtept decat el e mai greu :) ai mai putea incerca sa lansezi qmail-ul (adica qmail-start) avand ulimit -n setat mai mare si de asemenea cu nivel de prioritate mai mare (sau sa lansezi restul aplicatiilor de pe sistem cu nivel de prioritate mai mic) foarte important daca se fac foarte multe deliveries este sa nu mai faci logarea in syslog ci cu multilog (e mai rapid dar nu cu mult, ce-i drept nu am testat decat pe un sistem care ajunge cam la 100k deliveries pe zi) sper ca ti-am fost de ajutor PS: sunt curios sa vad cum se comporta dupa ce faci modificarile astea, sa ne tii la curent right ? :) PPS: ce kernel ai ? si ce fs pe coada qmail-ului ? si pe ce fs se stocheaza local mailurile daca conturile sunt locale ? ---------------------------- Mihai RUSU "... and what if this is as good as it gets ?" --- Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to unsubscribe from this list.
