2012/1/11 Adrian Popa <[email protected]> > 2012/1/11 Petru Ratiu <[email protected]> > > > 2012/1/11 Adrian Popa <[email protected]>: > > > În maillog scrie cam 100M la 1-2 zile. Cum verific dacă scrie > sincronizat > > > sau nu? Nu am găsit referințe legate de sync nici în syslog nici în > > postfx. > > > > > > O să încerc cu mai puțin logging pe moment. > > > > > > > Syslogd-urile in principiu au o optiune speciala sa faca fsync (in > > sysklogd era cu -, in altele nu mai stiu pe de rost). Cel mai sanatos > > imho e sa faci loggingul remote. > > > > Da, ai dreptate: > You may prefix each entry with the minus ''-'' sign to omit syncing > the file after every logging. Note that you might lose information if the > system crashes right behind > a write attempt. Nevertheless this might give you back some > performance, especially if you run programs that use logging in a very > verbose manner. > > Se pare că by default syslogd-ul le scria în mod sincron. Am dezactivat > acum asta pentru majoritatea log-urilor. Vedem dacă crește performanța... > > > > Acu daca stau si ma uit atent la mailul tau initial, n-ai zis in ce > > anume faci livrarea locala (in main.cf-ul ala scrie cate in luna si in > > stele, da' despre local cam putin). De notat ca > > local_destination_concurrency_limit nu e foarte sanatos sa-l faci asa > > mare, e pus in mod normal la 1-2 ca sa se poata serializa corect in > > caz ca ai sieve sau procmail. > > > > Mailurile merg în /home/user/Maildir. De acolo le citesc mai departe cu > un > dovecot. local_destination_concurrency_limit l-am crescut într-o tentativă > orbească de a crește performanța - crezând că acolo e bottleneck-ul. > Sistemul e un smtp chior, fără antivirus/antispam sau alte prelucrări. Ar > trebui doar să expandeze alias-urile și să scrie în maildir. M-am uitat un > pic și pe dimensiunea directoarelor din maildir - să nu fie overhead mare > la crearea fișierelor noi în directoare cu nr mare de entry-uri, dar nu > sunt (încă) foarte mari: > > [root@raptor Maildir]# ls -ld cur new tmp > drwx------ 2 user user 94208 Jan 11 13:40 cur > drwx------ 2 user user 61440 Jan 11 13:42 new > drwx------ 2 user user 4096 Jan 11 13:42 tmp > > > > > Altfel, masina in ce sta, ai iowait mare la MDA (care o fi el), ai > > lookupuri in db care se agata, etc? > > > O să verific iowait data viitoare când sunt lovit de un val de e-mailuri. > L-aș vedea cu ps -aux | grep " D ", nu? Sau am o variantă mai eficientă? > D Uninterruptible sleep (usually IO) >
io verifici cu iostat, de ex.: $ iostat -x -d 1 Linux 2.6.18-274.7.1.el5 (zero.it-acces.ro) 01/11/2012 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.18 6.81 0.57 5.56 25.99 99.06 20.37 0.15 23.92 2.58 1.58 sda1 0.12 6.81 0.57 5.56 17.28 99.06 18.98 0.15 23.86 2.56 1.57 sda2 0.06 0.00 0.01 0.00 8.71 0.00 964.84 0.00 67.34 16.64 0.02 daca %util e in jur de 100% ai disk-urile saturate cu I/O. await/svctm iti arata in milisecunde average wait pentru IO servicing (man iostat). poti sa vezi cu dstat / vmstat incarcarea disk/cpu corelat. singura chestie care nu o poti dezactiva e ca postfix sa nu faca fsync dupa fiecare fisier trimis, chestie care papa destul de mult I/O. > > Nu am o bază de date în care să facă lookup. Userii sunt locali (old > school). > Thanks > > > > > -- > > Petre, compilat cu --without-mafalda > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
