DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=39849>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39849 ------- Additional Comments From [EMAIL PROTECTED] 2006-06-21 13:21 ------- Hi Joe, Thanks. Below is the output: poll([{fd=8, events=POLLOUT}], 1, 60000) = 0 read(8, 0x8167960, 8000) = -1 EAGAIN (Resource temporarily unavailable) write(7, "203.59.90.155 - - [21/Jun/2006:1"..., 101) = 101 close(8) = 0 read(4, 0xbffff8e3, 1) = -1 EAGAIN (Resource temporarily unavailable) close(9) = 0 accept(3, <unfinished ...> Despite the <unfinished ...> the process no longer showed up with netstat at the time that I ended the strace. You may also be interested in the fact that immediately after the download starts (of a file which is 109.8 MB in size), the Send-Q value is immediately set to the size of the part that effectively downloads (so 24 MB). While doing the "slow" download as I described (60kb/sec) it goes into FIN_WAIT state shortly after the download starts: tcp 0 4021417 64.246.44.158:80 203.59.90.155:60185 FIN_WAIT1 - When doing a "fast" download (900kb/sec), the Send-Q value increases again automatically and the connection remains alive. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
