On Wed, Jun 29, 2011 at 06:27:30PM -0500, Marco Peereboom wrote: > On Wed, Jun 29, 2011 at 04:23:00PM -0700, Martin Robinson wrote: > > On Wed, Jun 29, 2011 at 2:43 PM, Marco Peereboom <[email protected]> wrote: > > > > > This is with the webkit 1.4.1 snapshot with web sockets enabled. ??By > > > default xxxterm sets max-conns to 25 and max-conns-per-host to 5. ??When > > > webkit doesn't crash I see as many as 119 connections to port 80 in > > > various states (TIME_WAIT, ESTABLISHED, CLOSED_WAIT, SYN_SENT etc). > > > After a while the connections drop to 47 and are all in > > > ESTABLISHED_STATE. ??This number is obviously much higher than the limit > > > that is set to 25. ??With webit 1.2.7 I don't see this behavior. > > > > Do you mind confirming whether this behavior persists with WebSockets > > disabled? > > Nope not at all. I have toyed but do not have a detailed report. My > non-scientific test was "better" but not gone. For example the > CLOSED_WAIT number seems to be gone completely but it still breaches the > max-conns setting and I see similar crashes. I will do the build and > generate an actual report.
Ok, the results are as I described with web sockets disabled. Better as in webkit does close file descriptors much quicker however the fundamental issues of breaching the max-conns limit is still there. When I launch the browser with all those links at once it opens up about 67 file descriptors and none end up in CLOSED_WAIT initially. Instead one sees ESTABLISHED and TIME_WAIT. In other words when running without web sockets the inevitable is just postponed a little. A couple of quick restarts and webkit exhibits the same crashes. I do see the same misrendered pages as described before, even when starting on a fresh machine (virtually no FDs in use). For completions sake, this is using webkit 1.4.1 and libsoup 2.34.2 and I do not see these issues when I used webkit 1.2.x and libsoup 2.32.y. I also validated that I see these same issues using other browsers such as epiphany and midori. I'll be happy to run some additional tests or dig in the code if you point me in a potential direction. > > > > > --Martin > _______________________________________________ > webkit-gtk mailing list > [email protected] > http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk _______________________________________________ webkit-gtk mailing list [email protected] http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
