ID: 13435 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: HTTP related Operating System: windows 2000 pro PHP Version: 4.0.6 Old Assigned To: Assigned To: sniper New Comment: I'm working on this.. Previous Comments: ------------------------------------------------------------------------ [2001-09-25 13:43:00] [EMAIL PROTECTED] Ahhm.... forgot the environment: Win2kPro, Apache (latest),MySQL,RAID-System for IDE, 128MB of ram and about 40 GB free harddisk. The php.ini was configured for 100mb posts and 100mb files, using 64 MB of memory for each script. ------------------------------------------------------------------------ [2001-09-25 13:37:15] [EMAIL PROTECTED] While uploading thru intranet, the PHP-process uses 99% of CPU, lots of memory (up to twice as much as the file itself) and takes 3/4 hour for 40 MB. While sending this file back using fopen/passthru, it takes a lot time until the browsers download-dialog opens. Then the transfer itself ist very quick ! That's why I guess it is not a http-problem, but a problem in handling files or handling memory ! Another hint on this is, that large files seem to get back corrupt, as testing a large and downloaded file resulted in some crc-errors. On small files all works fine. This one might be relatet to the bug 10800 (or 10080 %o), so have a look at that. ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=13435&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
