steveh (Steven Hartland)
- Login: steveh
- Email: steven.hartland@multiplay.co.uk
- Registered on: 06/27/2009
- Last sign in: 01/01/2020
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 0 | 1 | 1 |
Activity
06/29/2009
-
09:14 AM Ruby Bug #1696: http downloads are unuseably slow
- =begin
> But non block is critical for large buffer sizes as select will return the
> socket as ready even if it has only one byte to read.
This makes no difference to the socket level recv, even if the socket isn't
set as none... -
03:26 AM Ruby Bug #1696: http downloads are unuseably slow
- =begin
As you can see from the test results a 16Kb buffer is way to small for high bandwidth connection, so as Eero mentioned this definitely needs to be documenting. N.B. I assume this has been moved to either a class variable or other...
06/28/2009
-
03:47 AM Ruby Bug #1696: http downloads are unuseably slow
- =begin
Silly bug in original patch, fixed version here, results still consistent with original.
It may be interesting to note that this also brings net/http speed inline with that of libcurl ruby gems
open.core 15.296875 1.... -
01:10 AM Ruby Bug #1696: http downloads are unuseably slow
- =begin
The patch description above should read: patch for select timeout + 1M sysread + slice bypass
=end
-
01:09 AM Ruby Bug #1696 (Closed): http downloads are unuseably slow
- =begin
I've been using a a bit of code which use open-uri and http urls to download files and have found this is unuseably slow.
Example:
require 'open-uri'
open( <http uri> )
I did some benchmarking and the download of a...