#19516 [Opn->Fbk]: output buffer timing is strange

From: Date: Mon, 28 Oct 2002 16:52:14 +0000
Subject: #19516 [Opn->Fbk]: output buffer timing is strange
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-23573@lists.php.net to get a copy of this message
 ID:               19516
 Updated by:       iliaa@php.net
 Reported By:      f.labanvoye@cg70.fr
-Status:           Open
+Status:           Feedback
 Bug Type:         Output Control
 Operating System: Windows 2000 server
 PHP Version:      4.3.0pre1
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

pre2 is now out with several changes/fixes in output buffering code.
Could you please verify if the problem is still there?


Previous Comments:
------------------------------------------------------------------------

[2002-10-28 02:58:25] f.labanvoye@cg70.fr

I rerun the test with the 4.30pre1 version. I always have the same
result on command line and with apache 1.3.27, but not with apache
2.0.43.

the problem is really visible with the output buffer to 16384 and $max
= 1000 in the script.

I see that te first loop can take in buffer, so the timing for this
loop is god, but the second loop can not tkae in buffer, so the timing
is really bad.

------------------------------------------------------------------------

[2002-10-24 15:34:04] iliaa@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



------------------------------------------------------------------------

[2002-10-14 08:10:52] f.labanvoye@cg70.fr

I rerun test with and without zlib_output_compression. there is no
difference. 
i don't use ob_gzhandler.

with $max=1000 and output_buffer= 16384, the second loop is slower than
the first. If i increase output_buffer to 32656 , the second loop take
less time than the first ( it's the good result). The size odf output
is 28ko.

I will run test with the php 4.3.0pre1 as soon as possible.

------------------------------------------------------------------------

[2002-10-01 05:21:07] yohgaki@php.net

It sounds like you are enabling zlib.output_compression. (If you are
not using ob_gzhandler)

If yes, this is not a bug.


------------------------------------------------------------------------

[2002-10-01 02:44:00] f.labanvoye@cg70.fr

There is no difference with or without \n and in command line.
gzip is disabled for all test.

I think the problem is the rotation of the buffer. timing is good if
the buffer size is greater or equal to the output size. 

all works fine on linux

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/19516

-- 
Edit this bug report at http://bugs.php.net/?id=19516&edit=1



Thread (12 messages)

« previous php.bugs (#23573) next »