<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>So, after running an automated git bisect, it turns out that commit 50a295ac1be (<a href="https://github.com/mono/mono/commit/50a295ac1becc5c0927917644a1b246b4c8e945b#mcs/class/System/System.Net.Sockets/Socket_2_1.cs">https://github.com/mono/mono/commit/50a295ac1becc5c0927917644a1b246b4c8e945b#mcs/class/System/System.Net.Sockets/Socket_2_1.cs</a>) caused the breakage on the dual-core Macs we're using.</div><div><br></div><div>Unfortunately, fixing it is not as simple as "git revert 50a295ac1be" as there are some conflicts and once those are resolved, Socket.EndReceive &nbsp;ends up getting called twice.</div><div><br></div><div>Any thoughts?</div><div><br></div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Tom Philpot &lt;<a href="mailto:tom.philpot@logos.com">tom.philpot@logos.com</a>&gt;<br><span style="font-weight:bold">Date: </span> Tue, 17 May 2011 12:16:10 -0700<br><span style="font-weight:bold">To: </span> "<a href="mailto:mono-devel-list@lists.ximian.com">mono-devel-list@lists.ximian.com</a>" &lt;<a href="mailto:mono-devel-list@lists.ximian.com">mono-devel-list@lists.ximian.com</a>&gt;<br><span style="font-weight:bold">Subject: </span> WebConnectionStream.Read() timeout downloading large files with Mono 2.10.1<br></div><div><br></div><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>Since switching to 2.10.1 for our app, we're seeing a lot more Read() timeouts when downloading large files (greater than 50 MB or so).</div><div><br></div><div>I've created a small test program that reproduces the behavior. &nbsp;We've noticed that&nbsp;this bug is that it is more likely to happen on users systems who only have 2 cores. On machines with 4 or more cores, bug does not manifest itself as much.</div><div><br></div><div>Running the test program under 2.6.x works fine, but under 2.10.1 it fails more often than not for me when I run on my MacBook. It runs fine on my MacPro whether I use 2.6.x or 2.10.1</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></span></body></html>