Garvin Hicking a écrit :
Hi Marc!
ok, using this require_once
'./libraries/header_http.inc.php'; $time_before =
microtime(true); require_once './libraries/header_meta_style.inc.php';
$time_after = microtime(true);
echo $time_after - $time_before;
I only get .0006 seconds. No significant differences when OBgzip is true
or false. But still 20 seconds on my watch.
Okay, basically what I thought it would yield.
Web server A (Apache 1.3.34) is on a different
machine than MySQL server
B (MySQL 5.1.7, with 4400 dbs). When connecting Web server A to MySQL
server C (MySQL 5.0.18, 100 dbs) there is almost no delay. I'm using Firefox.
I do think that the time delay you experience comes from the server table
cylcing...
So, something else is eating time but it's
difficult to find using
conventional tracing. I guess I'll have to use a debugger.
Absolutely, yes. I'd suggest using the XDebug2 Profiler, I think I remember
you'Ve worked with that before?
Yes, to find that blowfish.php was eating many cycles, this is when we
added mcrypt support. I don't have a machine nearby for this, it'll have
to wait.
P.S. what is HTTP chunking? :)
HTPP 1/1 supports HTTP chunking; this splits HTTP result data into multiple
chunks of data, and even also to compress each of those chunks. This often
speeds ups transfer, because the server can already deliver the first chunks of
data while it is still chewing on the rest of the execution. I think though this
only works with mod_php, not CGI's.
So in that case, if a chunk is 2kb in size, it will send the first 2048 bytes of
your HTTP request; and then it might take the script to load several other files
before the next 2kb of data are sent; this could be the reason why you thought
the delay happened inside that meta file, while in "real time" the slow
response
is dealt with in some DB execution.
Thanks,
can't I force output with flush() ?
Best regards,
Garvin