RE: [PHP] Re: php-general Digest 19 Oct 2000 07:34:18 -0000 Issue295

From: Date: Tue, 07 Nov 2000 02:12:47 +0000
Subject: RE: [PHP] Re: php-general Digest 19 Oct 2000 07:34:18 -0000 Issue295
References: 1  Groups: php.general 
Request: Send a blank email to php-general+get-24029@lists.php.net to get a copy of this message
I'm currently using 3.23.27 On Mon, 6 Nov 2000, Dan Phoenix wrote: > > Just curious as to what client lib version your using? > .23.x or 22.x . > I am using .22.32 library. > > > On Mon, 6 Nov 2000, Rasmus Lerdorf wrote: > > > Date: Mon, 6 Nov 2000 17:50:53 -0800 (PST) > > From: Rasmus Lerdorf <rasmus@php.net> > > To: Dan Phoenix <dphoenix@bravenet.com> > > Cc: James Moore <jmoore@php.net>, Php-General <php-general@lists.php.net> > > Subject: RE: [PHP] Re: php-general Digest 19 Oct 2000 07:34:18 -0000 > > Issue295 > > > > Well, I am pretty sure you are not the largest PHP site out there in terms > > of traffic. But regardless, chances are you are hitting a bug either in > > glibc or one of the libraries you are linking into PHP. But without some > > systematic debugging it is impossible to say for sure. Try it without > > some of the various modules. Try upgrading your mysql client library, > > etc. > > > > -Rasmus > > > > > these webservers have 250 megs of ram and 510 megs of swap. > > > ...at 150 maxclients.....all of it is gone and all of memory and swap is > > > eaten and system becomes unstable...php3 can handle 150 maxclients without > > > problems and persistant connections to mysql. I have tested it on linux > > > and freebsd...same result always. > > > I even went into php4 compile time options to compile limit-memory into > > > it...did not make a difference. For the reason that i cannot put php4 at > > > 150 maxclients under heavy load and the fact i am getting aborted connects > > > reports from my database I am moving back to php3. Also I have seen weird > > > things on the freebsd machine like ....doing a killall httpd does not kill > > > the deamon. At one point even a kill -9 on the pid would not work and I > > > had to reboot the machine. > > > > > > My config options for php4 were: > > > CFLAGS='-O2' ./configure --with-mysql=/usr/local/mysql > > > --with-gd=/usr/local/gd --enable-inline-optimization --with-gnu-ld > > > --with-apache=../apache_1.3.14 --enable-track-vars --disable-debug > > > --with-ttf --with-t1lib --with-config-file-path=/usr/local/apache > > > --with-curl=/usr/local/curl --enable-memory-limit > > > #make > > > #make install > > > > > > My config options for apache were > > > CC="gcc" OPTIM="-O2" ./configure --prefix=/usr/local/apache > > > --enable-module=rewrite --enable-shared=rewrite > > > --activate-module=src/modules/php4/libphp4.a --enable-module=php4 > > > > > > Got any more problems ...email me directly.... > > > If I still have not convinced you then you must have problems with being > > > stubborn :) Owww I'll leave you with some more evidence.... > > > a mysql table crashed....will bring a webserver to it's knees..... > > > and the cpu will go skyrocket. We are probably the biggest internet > > > website for running php on such a large scale---access logs are in the > > > gigabit range. So you tell me it works fine for you ...does not tell me > > > anything. I have not met any other site that gets as much traffic as us > > > running php....thx. Want more evidence....? I am done but yes I got more. > > > Getsockbyname errors are what exactly? Would seem to me a possible dns > > > issue....but then again not being able to kill of clients is completely > > > different. I do not recommend php4 for high volume sites....and noone I > > > know that gets alot of traffic went to php4 for this exact reason.... > > > > > > Thank-you for your time, > > > > > > Dan > > > > > > > > > On Tue, 7 Nov 2000, James Moore wrote: > > > > > > > Date: Tue, 7 Nov 2000 00:20:25 -0000 > > > > From: James Moore <jmoore@php.net> > > > > To: Php-General <php-general@lists.php.net>, > > > > Dan Phoenix <dphoenix@bravenet.com> > > > > Subject: RE: [PHP] Re: php-general Digest 19 Oct 2000 07:34:18 -0000 > > > > Issue295 > > > > > > > > > I doubt that...I got solid evidence to draw a case now. > > > > > Considering your a developer I expect what you said. > > > > > > > > I would be interested in seeing this evidence. I am not a developer, I help > > > > out with the QA and the Docs ;) Anyway I would argue that PHP 4 is as stable > > > > as PHP3 was due to the fact the code is cleaner and a lot of it was ported > > > > from PHP3 and the zend engine has been abstracted, there are some install > > > > problems that need fixing but that is being done, the majority of this is > > > > docu problems and helping people fix thier own problems rather than coming > > > > here or php-dev and calling them bugs. The bug database is the least crowded > > > > it has been for a long time and the uptake of php has grown. But if you have > > > > evidence to show that im wrong post it.. I would love to see it. > > > > > > > > > > > > > > On Tue, 7 Nov 2000, James Moore wrote: > > > > > > > > > > > Date: Tue, 7 Nov 2000 00:11:38 -0000 > > > > > > From: James Moore <jmoore@php.net> > > > > > > To: Dan Phoenix <dphoenix@bravenet.com> > > > > > > Subject: RE: [PHP] Re: php-general Digest 19 Oct 2000 07:34:18 -0000 > > > > > > Issue 295 > > > > > > > > > > > > > > > > > > > > > > > > > > Just so everyone knows...php4 just is not stable at all. > > > > > > > php3 can handle loads way better and uses way less resources. > > > > > > > THis has been tested over and over again. We get developers > > > > > blaming it on > > > > > > > mysql libraries etc....well then tell me how it worked so > > > > > well in 3 and > > > > > > > not in 4. > > > > > > > > > > > > > > Thank-you for your time....I agree php4 is great...for small > > > > > > > sized > > > > > > > database companies. > > > > > > > > > > > > > > > > > > > Interesting opinion I think you might be on your own there... > > > > > > > > > > > > James > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > PHP General Mailing List (http://www.php.net/) > > > To unsubscribe, e-mail: php-general-unsubscribe@lists.php.net > > > For additional commands, e-mail: php-general-help@lists.php.net > > > To contact the list administrators, e-mail: php-list-admin@lists.php.net > > > > > > > >

« previous php.general (#24029) next »