Yani benim içn sorun olan cgi'ın execute olma süresi değil sql serverin meşguliyeti. Bu durumda bir opcode generator kullanmalı mıyım? PHP dışında diller için opcode generate eden framework var mı? Rails ya da Merb üzerinde böyle bir özellik kullanabilir miyim?
On Tue, Jun 24, 2008 at 6:37 PM, onur gunduz <[EMAIL PROTECTED]> wrote: > Bu yöntemlerin lighttpd'nin memcaching ya da normal caching yöntemlerine > göre avantajları ya da farkları var mıdır? Dil olarak Ruby ya da Python > kullanıyorum. > > > 2008/6/24 OSMAN ORHAN <[EMAIL PROTECTED]>: > >> Acaba bu teste symfony nin etkisi var mı? Yani bildiğim kadarıyla >> symfony nin kendi cache mekanizması var? >> >> Şurada da bir test var ; >> >> http://blog.digitalstruct.com/2007/12/23/php-accelerators-apc-vs-zend-vs-xcache-with-zend-framework/ >> >> >> 2008/6/24 Mesut GÜLNAZ <[EMAIL PROTECTED]>: >> > Çok teşekkürler... >> > >> > >> > >> > From: Engin Dumlu [mailto:[EMAIL PROTECTED] >> > Sent: Tuesday, June 24, 2008 1:51 PM >> > To: [email protected] >> > Subject: Re: [FreeBSD] hangi php cache uygulaması >> > >> > >> > >> > symfony framework üzerinde çalışan bir sistemde test yaptım, xcache >> bariz >> > fark atıyor, sonuçlar şöyle: >> > >> > ---------------------- eacc ----------------------------- >> > >> > srv1:/www/stage# ab -c 10 -t 6 http://localhost/ >> > This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 >> > Copyright 1996 Adam Twiss, Zeus Technology Ltd, >> http://www.zeustech.net/ >> > Copyright 2006 The Apache Software Foundation, http://www.apache.org/ >> > >> > Benchmarking localhost (be patient) >> > Finished 465 requests >> > >> > >> > Server Software: Apache/2.2.3 >> > Server Hostname: localhost >> > Server Port: 80 >> > >> > Document Path: / >> > Document Length: 5935 bytes >> > >> > Concurrency Level: 10 >> > Time taken for tests: 6.11133 seconds >> > Complete requests: 465 >> > Failed requests: 0 >> > Write errors: 0 >> > Total transferred: 2973672 bytes >> > HTML transferred: 2777580 bytes >> > Requests per second: 77.36 [#/sec] (mean) >> > Time per request: 129.272 [ms] (mean) >> > Time per request: 12.927 [ms] (mean, across all concurrent >> requests) >> > Transfer rate: 482.94 [Kbytes/sec] received >> > >> > Connection Times (ms) >> > min mean[+/-sd] median max >> > Connect: 0 0 0.0 0 0 >> > Processing: 43 126 83.1 107 880 >> > Waiting: 43 126 83.0 106 880 >> > Total: 43 126 83.1 107 880 >> > >> > Percentage of the requests served within a certain time (ms) >> > 50% 107 >> > 66% 129 >> > 75% 148 >> > 80% 158 >> > 90% 195 >> > 95% 271 >> > 98% 378 >> > 99% 543 >> > 100% 880 (longest request) >> > >> > >> > >> > >> > ------------------ xcache ----------------------- >> > >> > srv1:/www/stage# ab -c 10 -t 6 http://localhost/ >> > This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 >> > Copyright 1996 Adam Twiss, Zeus Technology Ltd, >> http://www.zeustech.net/ >> > Copyright 2006 The Apache Software Foundation, http://www.apache.org/ >> > >> > Benchmarking localhost (be patient) >> > Finished 624 requests >> > >> > >> > Server Software: Apache/2.2.3 >> > Server Hostname: localhost >> > Server Port: 80 >> > >> > Document Path: / >> > Document Length: 5935 bytes >> > >> > Concurrency Level: 10 >> > Time taken for tests: 6.1119 seconds >> > Complete requests: 624 >> > Failed requests: 0 >> > Write errors: 0 >> > Total transferred: 3971250 bytes >> > HTML transferred: 3709375 bytes >> > Requests per second: 103.98 [#/sec] (mean) >> > Time per request: 96.172 [ms] (mean) >> > Time per request: 9.617 [ms] (mean, across all concurrent >> requests) >> > Transfer rate: 646.21 [Kbytes/sec] received >> > >> > Connection Times (ms) >> > min mean[+/-sd] median max >> > Connect: 0 0 0.0 0 0 >> > Processing: 23 94 64.5 72 434 >> > Waiting: 0 93 64.4 71 434 >> > Total: 23 94 64.5 72 434 >> > >> > Percentage of the requests served within a certain time (ms) >> > 50% 72 >> > 66% 104 >> > 75% 125 >> > 80% 139 >> > 90% 183 >> > 95% 217 >> > 98% 277 >> > 99% 330 >> > 100% 434 (longest request) >> > >> > >> > 2008/6/24 OSMAN ORHAN <[EMAIL PROTECTED]>: >> > >> > Facebook un APC kullandığını biliyorum, ama facebook un bu konuda kötü >> > olduğunu da eklemek lazım(fakat bunu direk cache mekanizmasına >> > bağlamak doğru olmaz herhalde); >> > http://www.scribd.com/doc/88689/apcfacebook >> > >> > >> > >> > 2008/6/23 <[EMAIL PROTECTED]>: >> > >> >> Selam; >> >> >> >> PHPAccelerator kullandim acikcasi cok verimli degildi. Su an XCache >> >> kullaniyorum gayet memnunum ince ayarlar yaparak cok iyi performanslar >> >> alabilirsiniz. >> >> >> >> Saygilar >> >> >> >>> opcode cache için 3 senedir eaccelerator kullanıyorum, ortalama rps >> 3-4 >> >>> kat >> >>> artıyor diyebilirim >> >>> >> >>> normalde 30 - 40 req/s iken eacc ile 80 - 90 req/s >> >>> >> >>> xcachede fena değil aslında, >> >>> >> >>> >> >>> >> http://xcache.lighttpd.net/wiki/Introduction#ButwhydoyouwriteXCacheafterthatWhynotcontributetoeaapc >> >>> >> >>> selamlar >> >>> >> >>> >> >>> 2008/6/22 <[EMAIL PROTECTED]>: >> >>> >> >>>> merhabalar, >> >>>> >> >>>> xcache, APC ya da eaccelerator. >> >>>> >> >>>> bu 3 uygulamayı da kurdum. çalıştırdım. denedim ama hangisini >> >>>> kullanacağıma >> >>>> karar veremedim. >> >>>> >> >>>> sizler hangisini tansiye edersiniz.? >> >>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Engin Dumlu >> >>> >> >> >> >> >> >> >> >> FreeBSD 6 kitabi: http://www.acikakademi.com/catalog/freebsd6 >> >> --------------------------------------------------------------------- >> >> Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine >> >> bakiniz. >> >> >> >> Cikmak icin, e-mail: [EMAIL PROTECTED] >> >> Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey >> >> >> >> >> >> >> > >> > >> > -- >> > Engin Dumlu >> > > > > -- > Onur -- Onur
