Re: Re: PHP 4.0 Bug #6038 Updated: fread() in non blocking mode cant't read more than 901120 bytes

From: Date: Mon, 14 Aug 2000 17:54:10 +0000
Subject: Re: Re: PHP 4.0 Bug #6038 Updated: fread() in non blocking mode cant't read more than 901120 bytes
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-28836@lists.php.net to get a copy of this message
* "Stanislav Malyshev" <stas@zend.com> wrote: | That's natural - PHP reads data in chunks, as far as I see, so more the | data, slower the transfer. But hey, don't you think 4 Minutes for 13 megabytes (LAN) is a bit _too_ slow? | BH>> was the result. The string contains only 10.02% percent of the date that | BH>> should be read and are read when in blocking mode. | | No. It coontains 100% of the data that should be read. I repeat: in | non-blocking mode, the "data size" is the _maximum_ value, not _minimum_ | value. That's the meaning of non-blocking - if there's not enough data, | don't block and wait but return immediately. So there is no data on the socket? Only some 83500 bytes? Always? Interesting. | BH>> So my problem is, that the data is there, but its not read by fread(). | | So use looping fread or set it to the blocking mode. done, as my benchmark results showed. This does not increase speed. regards, -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://www.bjoernsworld.de am Badedeich 7 · Telefon: +49(0)4667/981ASK · http://bjoern.hoehrmann.de 25899 Dagebüll · PGP KeyID: 0xA4357E78 · http://learn.to/quote +{i} ·---------------------------------<²³>---------------------------------·

« previous php.dev (#28836) next »