<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
<TITLE> [99s-extend] cowboy and chromium
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657C86.2060800%40ninenines.eu%3E">
<META NAME="robots" CONTENT="index,nofollow">
<style type="text/css">
pre {
white-space: pre-wrap; /* css-2.1, curent FF, Opera, Safari */
}
</style>
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="000090.html">
<LINK REL="Next" HREF="000093.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[99s-extend] cowboy and chromium</H1>
<B>Loïc Hoguin</B>
<A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20cowboy%20and%20chromium&In-Reply-To=%3C51657C86.2060800%40ninenines.eu%3E"
TITLE="[99s-extend] cowboy and chromium">essen at ninenines.eu
</A><BR>
<I>Wed Apr 10 16:51:50 CEST 2013</I>
<P><UL>
<LI>Previous message: <A HREF="000090.html">[99s-extend] cowboy and chromium
</A></li>
<LI>Next message: <A HREF="000093.html">[99s-extend] cowboy and chromium
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#91">[ date ]</a>
<a href="thread.html#91">[ thread ]</a>
<a href="subject.html#91">[ subject ]</a>
<a href="author.html#91">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>'timeout' protocol option, in milliseconds.
On 04/10/2013 04:50 PM, Sasa Juric wrote:
><i> I agree with you. In addition, I can't reproduce without the proxy, which confirms the suspicion.
</I>><i>
</I>><i> Looking at the code of mochiweb which I was using, the connection timeout is set to 5 minutes.
</I>><i> The other factor, which I can confirm is that when the server terminates the connection, the proxy doesn't forward this to the client. Hence, the client and proxy probably "think" that connection is still active, and try to reuse it, but this doesn't work until timeout.
</I>><i> Other browsers probably can gracefully handle this situation, but for some reason chromium is stuck to 60 seconds and after retry it presumably opens new connection and succeeds.
</I>><i>
</I>><i> Question: can I configure keep-alive timeout in Cowboy?
</I>><i>
</I>><i>
</I>><i> On Apr 10, 2013, at 4:41 PM, Loïc Hoguin wrote:
</I>><i>
</I>>><i> On 04/10/2013 02:00 PM, Sasa Juric wrote:
</I>>>><i> Hi,
</I>>>><i>
</I>>>><i> I have recently in my production system replaced mochiweb with cowboy. The server generally works fine, except for a bizarre behavior which I cannot quite explain, so I post here, hoping to get some pointers.
</I>>>><i>
</I>>>><i> After replacing mochiweb with cowboy, I noticed that in chromium (other major browsers work fine) often (but not always) a request lasts a little more than a minute. Further inspection in <A HREF="chrome://net-internals">chrome://net-internals</A> showed that browser tries to send a request, times out after 60 sec, retries and then succeeds immediately. The key point is that it doesn't happen always. First couple of requests work fine, then all of a sudden one doesn't work. At the same time requests from other browsers (including chrome) on the same machine work fine.
</I>>>><i>
</I>>>><i> If I revert to mochiweb, the problem disappears. Other than web server related code, everything else is the same: the rest of my code, the server setup etc... In addition, I return same responses and headers in both versions.
</I>>>><i>
</I>>>><i> After many attempts and failures, I might have worked around the issue. Namely, I included <<"connection">>, <<"close">> in all responses. After this change, it seems that long requests are not occurring. In any case, I can't reproduce it anymore, whereas before the change I could have reproduce it easily.
</I>>>><i>
</I>>>><i> However, I'm not sure if I have really resolved the issue, I'm also not happy with connection closes since it degrades performance. And finally, I'm not sure if I quite understand the problem.
</I>>>><i> The only theory I have is that due to keep-alive, chromium holds the connection, while cowboy closes it (I read somewhere that hardcoded timeout is 5 seconds, right?). In this case it might happen that chromium sends a request to a non existing socket and then hangs for a minute, waiting for the response which never arrives.
</I>>>><i> This might further be amplified by the fact that in production, between browser and cowboy, there is a proxy/load balancer, so maybe load balancer still holds the connection despite the fact that server had closed it.
</I>>>><i>
</I>>>><i> This is the only theory I currently have, and I would like to hear if you guys have some other idea or any kind of helpful pointer?
</I>>><i>
</I>>><i> Haven't seen this happen on plain Cowboy. The proxy might be the culprit. See if you can reproduce without the proxy.
</I>>><i>
</I>>><i> --
</I>>><i> Loïc Hoguin
</I>>><i> Erlang Cowboy
</I>>><i> Nine Nines
</I>>><i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
</I>><i>
</I>
--
Loïc Hoguin
Erlang Cowboy
Nine Nines
<A HREF="http://ninenines.eu">http://ninenines.eu</A>
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="000090.html">[99s-extend] cowboy and chromium
</A></li>
<LI>Next message: <A HREF="000093.html">[99s-extend] cowboy and chromium
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#91">[ date ]</a>
<a href="thread.html#91">[ thread ]</a>
<a href="subject.html#91">[ subject ]</a>
<a href="author.html#91">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
mailing list</a><br>
</body></html>
