Bug #13435 Updated: fileupload and filedownload
| From: | saibot at t-sasse dot de | Date: | Tue, 25 Sep 2001 17:43:01 +0000 |
| Subject: | Bug #13435 Updated: fileupload and filedownload | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-66571@lists.php.net to get a copy of this message | ||
ID: 13435
User updated by: saibot@t-sasse.de
Reported By: saibot@t-sasse.de
Status: Open
Bug Type: HTTP related
Operating System: windows 2000 pro
PHP Version: 4.0.6
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[2001-09-25 13:37:15] saibot@t-sasse.de
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