ID: 7848 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: NetBSD, Linux, Windows 2k PHP Version: 4.0 Latest CVS (16/11/2000) New Comment:
Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: ------------------------------------------------------------------------ [2002-01-16 08:07:48] [EMAIL PROTECTED] I don't have a slow machine to test this anymore. We switched to a more powerful machine where the problem is harder to pinpoint. Therefore, I guess the problem still remains as the IMAP source code hasn't changed since (besides additional features). I won't be able to test this bug anymore as I won't have time for this. ------------------------------------------------------------------------ [2002-01-16 07:23:53] [EMAIL PROTECTED] Does this error still occur with the lastest (CVS) version? ------------------------------------------------------------------------ [2001-11-27 05:44:03] [EMAIL PROTECTED] I can't reproduce this with 4.0.6, latest CVS or 4.1.0RC3 as they don't compile on my machine. Bug already reported on php-qa@. However, the machine was upgraded, although it's still running NetBSD 1.5, Apache 1.3.20 and PHP 4.0.5 as CGI, it's now an Athlon 800 instead of a PPro200, and it's quite fast. However, bug still exists as PHP as module is faster, and the IMAP code hasn't changed quite a lot since last year. ------------------------------------------------------------------------ [2001-11-27 05:32:01] [EMAIL PROTECTED] Does this problem still occur with the 4.0.6, the latest RC(http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? ------------------------------------------------------------------------ [2000-11-29 19:05:24] [EMAIL PROTECTED] I tested imap_fetchstructure() with the pear/Benchmark/Timer.php package with the following code: [...] $timer = new Benchmark_Timer; $timer->start(); $timer->set_marker("42"); $struct_msg = @imap_fetchstructure($pop, $mail); $timer->stop(); $profiling = $timer->get_profiling(); [...] Here're the results with PHP latest snapshot as CGI on a PPro200, 256MB, and POP server being local, Apache 1.3.14, PHP binary is 2MB large (without debugging symbols). I load one mail at a time and see how long it takes for imap_fetchstructure() to parse it depending on the size: - 1KB, no attachment: 0.011 sec - 78KB, no att: 0.225 - 68KB, 1 att: 0.225 - 1428KB, 1 att: 4 to 7 seconds ! With PHP loaded as a module, it's immediate (< 1 second) During the test, the load was 0.6 and I tested several times to be sure of the results. So, to sum up: imap_fetchstructure() is slow with big mails when PHP is compiled as CGI. ------------------------------------------------------------------------ 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/7848 -- Edit this bug report at http://bugs.php.net/?id=7848&edit=1
