RE: [Linux-ag] Qmail'de Performans

---------

New Message Reply About this list Date view Thread view Subject view Author view Attachment view

From: Ayhan HACIOÐLU (ayhanhacioglu@sanovel.com.tr)
Date: Fri 10 Nov 2006 - 22:42:48 GMT


Siz anladýðým kadarý ile web üzerinde yapýlan mesajlaþma iþlemlerini
muhtemelen forum instmsg vb. db leri sql de tutuyordunuz. Þimdi ise imap
yapýsý sayesinde bu verileri mailbox larda tutup okuma yazma silme iþlemleri
yaptýrmak istiyorsunuz. Belirttiðiniz gibi local domain mail server mantýðý
ile çalýþmasýný düþünüyorsunuz. Umarým doðru anlamýþýmdýr yanlýþým var ise
düzeltmenizi rica ederim.

 

Eðer bu þekilde çalýþmasýný planladýðýnýz bir yapý ise gelelim performans
spec. lerine ;

 

1- localdomain mail gönderimi olacaðý için mailin gideceði sistemin
isim çözümleme sorunu olmayacaktýr, cok önemli zaman kazancý,

2- ayrýca kullanýcý kotalarýnda donaným acýsýndan da esnek
davranabilirseniz örn: 1 kullanýcý için 100Mb gibi smtp den kaynaklanan bazý
sýnýrlardan dolayý geriye dönecek mail leri de kontrol etmek zorunda
kalmazsýnýz. Bu da daha temiz bir kod yazmanýzý saðlayabilir. Tabi yinede
siteden girilen mail mesajlarýnýn ne içerdiði de önemli.

3- Farklý bir domaine mail gönderimi olmadýðýndan datalarýn iþlenmesi
tamamen sunucu veya sunucular arasýnda yerel networkte veya kendi diskleri
veya bir storage üzerinde olacaðýndan oldukça hýzlý olacaktýr. En kötü
hýzýnýz Ayný networkte dosya kopyalamak gibi olacaktýr network tipine göre.

4- Localdomain mail gönderimi olduðundan qmail queue sunda mail
beklemeyecektir, bu durumda da mail queue girdiði gibi ayný sunucuda ki
baþka bir hesaba gönderilecektir. Tabi burada smtp username vb bilgilerin
programlama tarafýnda dogru kodlandýgýný düþünmek lazým.

5- Fakat þöyle bir sýkýntý olabilir mi? Araþtýrmanýz lazým qmail-queue
maximum kac proses baþlatabiliyor belli bir üst sýnýrý var mý? sanki ayný
anda 256 qmail-queue proses calýþabilir gibi hatýrlýyorum ama makinenizdeki
RAM ile bu proseslerin sayýsýnýn doðru orantýlý olacaðýný düþünüyorum 256
üzerine de çýkabilir,

6- Qmail queue suna aldýgý maili göndermeye çalýþtýgýnda oluþan
prosesler için Cpu kullanýr. Fakat böyle bir sistemde bant geniþliði
sýkýntýsý çekmemek için fiber baglantýlar saðlamanýz gerekebilir. Sonuç
olarak kullanacaðýnýz diskler yine en yavaþ cihazlar olacaktýr.

7- Size þöyle bir sistem lazým; ayný rack kabinde bir sunucu unitesi
bu uniteye fiber baðlý disk üniteleri, ve iyi bir planlama ile disk
ünitelerinin qmailin /Maildir yapýsýna göre ayarlanmasý.

 

Bu projede yer almak isterdim doðrusu :-) þimdilik aklýma gelenler bunlar
ama mutlaka daha önemli noktalarda vardýr. Ýyi çalýþmalar.

 

 

 

 

  _____

From: Cagri Ersen [mailto:cagri.ersen@gmail.com]
Sent: Friday, November 10, 2006 1:15 PM
To: linux-ag@liste.linux.org.tr
Subject: [Linux-ag] Qmail'de Performans

 

Merhaba,

 

Gunluk olarak ortalama 9000 kisinin online oldugu bir web sitesinin
mesajlasma fasilitesine ait altyapiyi, SQL server uzerinden alip smtp
altyapisi uzerinde calistirmayi dusunuyoruz. Buna gore, web sitesi
uzerinden, imap komutlari gonderen bir client yazilimi ile maillerin
goruntulenme/silme vs. islemleri yapilacak.

 

Bu isi qmail uzerinde test etmeyi dusunuyorum. Ancak oncesinde performans
ile ilgili bilgi toplamaktayim.

 

Web kullanicilari su anda gunluk ortalama 100bin adet mail atiyorlar
Server(lar) uzerinde tek bir domain olacak ve yaklasik 5milyon mailbox
bulunacak. Ayica disaridan herhangi bir erisim olmayacak, sadece kendi
uzerinde bulunan mailbox'larda trafik olacak.

Soz konusu islem online mesajlasma fasilitesi oldugu icin gecikmenin minimum
duzeyde tutulmasi gerekiyor. Qmail bu isin altindan kalkar mi dersiniz ?

Fikri olan arkadaslarin cevaplarini rica ediyorum.

 

Çaðrý Ersen.

_______________________________________________
Linux-ag mailing list
Linux-ag@liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-ag


New Message Reply About this list Date view Thread view Subject view Author view Attachment view

---------

Bu arsiv hypermail 2.1.2 tarafindan uretilmistir.