Herkese teşekkür ederim, şöyle ki, performans için Eaccelerator düşünüyorum zira Zend ile beraber bir tek onu kurabildim, Xcache Zend ile çalışmıyor sanırım.
Memcached'e su an ihtiyacım yok gibi gorunuyor, Mysql tasarında optimizasyonla oldukça kabul edilebilir sonuçlar elde ettim. Statik içerik su an zaten lighttpd uzerinden aynı makina ile sunuluyor ama yakında onu ayrı bir makinaya taşıcam. Levent'in önerisini inceliyorum, eş zamanlı olarak sanırım yükü dağıtmak için ek bir makina kullanmaya başlıcam hem de, sorunu bulmam da daha kolay bir yöntem izlemiş olurum. Bir gelişme olursa buradan paylaşırım. Teşekkür ederim. OKAN ARI ----- Original Message ----- From: "A.Gurcan Ozturk" <gur...@gurcanozturk.com> To: <linux-sunucu@liste.linux.org.tr> Sent: Friday, April 24, 2009 11:41 PM Subject: [Linux-sunucu] Re:Apache 2, performans ölçüm Mesela, Tek makina kullaniyorsaniz, iki ayri web server calistirin, dinamik content icin apache, statik content icin lighttpd (ngix denemedim ama load balance icin iyi seyler yazilmisti hakkinda) ayni sistem uzerinde iki farkli IP adresi kullanarak. Eger birden fazla makinaniz varsa, birinde image server olarak lighttpd, digerinde dinamik content icin apache. Bir onceki mesajda verdigim linkte oldukca iyi bilgiler var tuning icin, tavsiye ederim. Ayrica nette cok fazla tuning dokumani var. Eger ram problemi yoksa, ramdiskte kullanabilirsiniz, disk IO'suna guvenmiyorsaniz veya daha cok hiz istiyorsaniz. Caching icin xcache veya memcache kullanin, hatta yeteri sayida sunucunuz varsa distributed caching yapabilirsiniz memcached ile. vs vs vs, 2009/4/24 koray <nixst...@gmail.com>: > Merhaba, > > baslik benim degil ama konu ilgimi cekti. Bir arkadasim LAMP ile bir > site calistiriyor. Bilgiler dinamik, mysql de ayni makinada. Donanim 2 > x quad , 12 GB mem, raid diskler vs. ozetle guclu sayilir. Sitedeki > ziyaretci sayisi 50 ye kadar sorunsuz ancak ozellikle 80 ve ustunde > cevap suresi 1sn civarlarina yaklasiyor(mus). kulanilan MPM prefork. top > ciktisinda httpd processleri %5 ile %12 arasi islemci tuketiyor > gorunuyorlar. Tabi child process sayisi arttikca islemci kullanimi da > tavan yapiyor. Spareserver sayilarini arttirip fork/die islemlerini > azaltmayi ve CacheEnable mem seceneklerini kullanmasini tavisye > edecegim. Sonucta memoryden yana sikinti yok. Siz ne dersiniz? > > Selamlar > > A.Gurcan Ozturk wrote: >> Apache performance tunings, >> >> http://bobcares.com/index.php/blog/?p=71 >> >> >> Ayrica Apache'yi ne icin kullaniyorsunuz ? Statik mi dinamik bilgiler >> icin mi? PHP kullaniyor musunuz? Apache'de worker olarak ne >> kullaniyorsunuz? >> >> Vs gibi cok soru sorabiliriz size. >> >>> 2009/4/21 OKAN <li...@ari-tech.com> >>>> İlginize teşekkürler, yazma işlemlerinin çok oluşu uzerine biraz >>>> bakındım >>>> sunucu icindeki ayarlara. Bu yüksek yazma nedeni yalnızca apache log >>>> dosyalarından kaynaklanabilir gibi gorundu. Bu dosyaları da hdb'ye >>>> tasıdım. >>>> >>>> Yalnız su etapta soyle sorunlar olusmaya basladı. Belirli bir yukten >>>> sonra >>>> Apache down oluyor. Surekli restart ediyorum. Neden down oldugunu ise >>>> anlamıs degilim. >>>> MaxSpare gibi ayarlar ile biraz oynadım. Zira free -m ile baktıgımda >>>> baş >>>> fizikler hafıza 300MB civarı. Su an swap kullanımı yok ama Apache >>>> basladıktan bir sure sonra boş hazıfa 8MB'a kadar dusuyor ve sanırım >>>> bundan >>>> bir sure sonra apache down oluyor. >>>> >>>> Toplam 2GB hafıza var ve bu Qmail (az aktif), Bind ve Apache tarafından >>>> kullanılıyor (bu servisler aktif sunucuda) >>>> >>>> 2GB sanırım yetersiz geliyor, yeni ram eklemeden ram kullanımını nasıl >>>> azaltabilirim? PHP scriptinin ne kadar ram kullandıgını nasıl >>>> anlayabilirim? >>>> >>>> Özetle, sorun mu aramalıyım cozum mu emin olamadım. Yani mesela >>>> sunucuya >>>> 2GB >>>> daha ram takviyesi mi yapmalıyım yoksa Apache neden bu kadar ram >>>> harciyor >>>> onu mu aramalıyım.. >>>> >>>> İlginize tekrar teşekkürler, yorumlarınızı bekliyorum. >>>> >>>> OKAN >>>> >>>> ----- Original Message ----- >>>> From: "Cagri Ersen" <cagri.er...@gmail.com> >>>> To: <linux-sunucu@liste.linux.org.tr> >>>> Sent: Thursday, April 16, 2009 6:29 PM >>>> Subject: [Linux-sunucu] Re:Apache 2, performans ölçüm >>>> >>>> >>>> rrqm/s wrqm/s bunlar queue değerleri, >>>> avgqu-sz bu queue length, >>>> rkB/s wkB/s bunlar da KB cinsinden saniyede yapilan okuma yazma >>>> degerleri. >>>> await degeri ise, queue'daki süre ile islemin tamamlanmasini iceren >>>> milisaniye cinsindeki değer. >>>> >>>> Sizde yazma islemi daha cok yapiliyor. Bu anormal bir durum olabilir. >>>> Yazma isleminin ne oldugunu kontrol etmenizi oneririm. Mesela, cron >>>> job'lari kontrol edebilirsiniz. >>>> >>>> Ama en nihayetinde, yazma islemleri de okuma islemleri de 7200 rpm'lik >>>> disklerin ulasabilecegi sınırın cok asagisinda. Bu nedenle sanki disk >>>> ile alakali bir sorununuz yok gibi gorunuyor. Kullandiginiz diskin >>>> bencmark degerlerine bakarsaniz tam olarak emin olabilirsiniz. >>>> >>>> >>>> 2009/4/16 OKAN <li...@ari-tech.com>: >>>>> Problem sunucunun yavaslamas, kesinlikle sunucudan yanıt alamam gibi >>>>> bir >>>>> problem yok. Ama evet bu sonuclar sunucu yavaslama basladıgı anda >>>>> aldım. >>>>> Tabi en cok sıkıntı pazartesi gunleri oluyor. Pazartesi tekrar bakmam >>>>> lazım. >>>>> >>>>> Bu verileri nasıl yorumlamamız gerektigini anlatırsanız ben arasıra >>>>> kontrol >>>>> edip anlamaya calisayım. >>>>> >>>>> Okumadan cok yazma olması cok normal degil. Sistem cok buyuk oranda >>>>> SELECT >>>>> sql le uzerine yayın yapan bir site, aynı sekilde disk'e yazma islemi >>>>> de >>>>> cok >>>>> fazla olmamalı. >>>>> >>>>> Verilerin anlamanı paylaşırsanız ben kendi durumma gore algılamaya >>>>> calisayım. >>>>> >>>>> Saygılar >>>>> OKAN >>>>> >>>>> ----- Original Message ----- >>>>> From: "Cagri Ersen" <cagri.er...@gmail.com> >>>>> To: <linux-sunucu@liste.linux.org.tr> >>>>> Sent: Thursday, April 16, 2009 4:44 PM >>>>> Subject: [Linux-sunucu] Re:Apache 2, performans ölçüm >>>>> >>>>> >>>>>> mantıgı dogru olsa dahi sanki bu dosyaların sunucu uzerinden servisi >>>>>> nedeniyle disk okuma sıkıntısı yasadıgımı dusunuyorum. Disk 7200Rpm >>>>>> Sata >>>>>> disk. >>>>>> >>>>>> iostat -x cıktısı asagıdaki sekildedir. Bu sonucu nasıl >>>>>> yorumlamalıyım? >>>>>> >>>>>> avg-cpu: %user %nice %sys %iowait %idle >>>>>> 17.84 0.14 5.01 12.56 64.46 >>>>>> >>>>>> Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s >>>>>> wkB/s avgrq-sz avgqu-sz await svctm %util >>>>>> hda 0.10 57.76 21.49 23.16 253.53 647.42 126.76 >>>>>> 323.71 20.18 0.46 10.27 6.49 28.97 >>>>>> hdb 0.02 2.49 1.44 0.07 12.37 20.50 6.19 >>>>>> 10.25 21.81 0.11 75.37 6.47 0.97 >>>>>> >>>>> Bu degerleri problem sirasinda mi aldiniz ? >>>>> Okumada cok yazma islemi yapiliyor olmasi normal midir ? >>>>> Bunun disinda, degerlerde herhangi bir sorun gorunmuyor. >>>>> >>>>> -- >>>>> Cagri Ersen >>>>> http://blog.cagriersen.net >>>>> _______________________________________________ >>>>> Linux-sunucu E-Posta Listesi >>>>> Linux-sunucu@liste.linux.org.tr >>>>> >>>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php >>>>> bağlantısından >>>>> okuyabilirsiniz; >>>>> >>>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>>>> gelen >>>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini >>>>> kullanarak >>>>> 1 >>>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>>>> >>>>> _______________________________________________ >>>>> Linux-sunucu E-Posta Listesi >>>>> Linux-sunucu@liste.linux.org.tr >>>>> >>>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php >>>>> bağlantısından >>>>> okuyabilirsiniz; >>>>> >>>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>>>> gelen >>>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini >>>>> kullanarak >>>>> 1 >>>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>>>> >>>> >>>> >>>> -- >>>> Cagri Ersen >>>> http://blog.cagriersen.net >>>> _______________________________________________ >>>> Linux-sunucu E-Posta Listesi >>>> Linux-sunucu@liste.linux.org.tr >>>> >>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>>> okuyabilirsiniz; >>>> >>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>>> gelen >>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak >>>> 1 >>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>>> >>>> _______________________________________________ >>>> Linux-sunucu E-Posta Listesi >>>> Linux-sunucu@liste.linux.org.tr >>>> >>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>>> okuyabilirsiniz; >>>> >>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>>> gelen >>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak >>>> 1 >>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>> >>> _______________________________________________ >>> Linux-sunucu E-Posta Listesi >>> Linux-sunucu@liste.linux.org.tr >>> >>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>> okuyabilirsiniz; >>> >>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>> gelen >>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak >>> 1 >>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>> >>> >> _______________________________________________ >> Linux-sunucu E-Posta Listesi >> Linux-sunucu@liste.linux.org.tr >> >> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >> okuyabilirsiniz; >> >> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen >> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 >> dakika içinde üyeliğinizi sonlandırabilirsiniz. >> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >> > > _______________________________________________ > Linux-sunucu E-Posta Listesi > Linux-sunucu@liste.linux.org.tr > > Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > okuyabilirsiniz; > > Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > dakika içinde üyeliğinizi sonlandırabilirsiniz. > http://liste.linux.org.tr/mailman/listinfo/linux-sunucu > _______________________________________________ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. http://liste.linux.org.tr/mailman/listinfo/linux-sunucu _______________________________________________ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. http://liste.linux.org.tr/mailman/listinfo/linux-sunucu
