From owner-freebsd-chromium@FreeBSD.ORG Thu Feb 2 02:22:55 2012 Return-Path: Delivered-To: chromium@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF4D106566C; Thu, 2 Feb 2012 02:22:54 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepi101.cox.net (eastrmfepi101.cox.net [68.230.241.197]) by mx1.freebsd.org (Postfix) with ESMTP id 708C88FC13; Thu, 2 Feb 2012 02:22:54 +0000 (UTC) Received: from eastrmimpo210.cox.net ([68.230.241.225]) by eastrmfepo203.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120202021230.NFEQ25070.eastrmfepo203.cox.net@eastrmimpo210.cox.net>; Wed, 1 Feb 2012 21:12:30 -0500 Received: from serene.no-ip.org ([98.164.86.55]) by eastrmimpo210.cox.net with bizsmtp id UqCS1i00J1BeFqy02qCTjF; Wed, 01 Feb 2012 21:12:28 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020201.4F29F10D.0032,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=16fOjwOXRsof5dwodtzZkVg/Z7aU4a0m2mfMl0mKuqQ= c=1 sm=1 a=6QQOXwyLVdEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=fdHYxQQoAueMHNSmXppgDg==:17 a=6I5d2MoRAAAA:8 a=FP58Ms26AAAA:8 a=kviXuzpPAAAA:8 a=S-trc-BkTwWOEmd12L4A:9 a=bxbmvZQlUf-lyfeeZXMA:7 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=fdHYxQQoAueMHNSmXppgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q122CP7C004258; Wed, 1 Feb 2012 20:12:25 -0600 (CST) (envelope-from conrads@cox.net) Date: Wed, 1 Feb 2012 20:12:20 -0600 From: "Conrad J. Sabatier" To: rene@freebsd.org Message-ID: <20120201201220.01f55d0b@cox.net> In-Reply-To: <201201102110.q0ALAHWR063347@freefall.freebsd.org> References: <201201102110.q0ALAHWR063347@freefall.freebsd.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: luigi@onelab2.iet.unipi.it, chromium@freebsd.org Subject: Re: ports/161737: www/chromium 14.0.835.x stalls (probably javascript-related X-BeenThere: freebsd-chromium@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD-specific Chromium issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2012 02:22:55 -0000 On Tue, 10 Jan 2012 21:10:17 GMT rene@freebsd.org wrote: > Synopsis: www/chromium 14.0.835.x stalls (probably javascript-related > > State-Changed-From-To: open->closed > State-Changed-By: rene > State-Changed-When: Tue Jan 10 21:09:22 UTC 2012 > State-Changed-Why: > Submitter reports that the original problem is solved. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=161737 Any chance of us seeing just what exactly the solution was? I'm still seeing of lot of the same type of behavior described by the original submitter -- pages stalling interminably or loading only partially (while presenting the impression of having completed), unresponsive buttons, etc. Chrome was fast as greased lightning when I first started using it, but lately I'm often resorting to using firefox or epiphany due to this extreme sluggishness, which is very disappointing, since I've really come to feel "at home" with chrome over time and it has become my preferred browser. I'm wondering if there's some other, external factor at play here, perhaps something in the (10.0) kernel's networking that's contributing to these extreme delays and failures to properly and completely load pages. I build chrome with clang, by the way. Chromium 16.0.912.77 (Developer Build 0) OS FreeBSD WebKit 535.7 (Unknown URL@0) JavaScript V8 3.6.6.19 Flash 11.1 r102 User Agent Mozilla/5.0 (X11; FreeBSD amd64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7 Command Line chrome --flag-switches-begin --downloads-new-ui --enable-autologin --enable-smooth-scrolling --force-compositing-mode --enable-accelerated-2d-canvas --ignore-gpu-blacklist --preload-instant-search --flag-switches-end https://sourceforge.net/tracker/?func=detail&atid=989750&aid=3480153&group_id=204472 Executable Path /usr/home/conrads/Mail/inbox/chrome Profile Path /usr/home/conrads/.config/chromium/Default The only non-default settings of any possible relevance I have in sysctl.conf (and have been using for a very long time, so shouldn't really be a factor) are: # # general kernel options # kern.ipc.somaxconn=256 kern.maxfiles=24576 kern.maxfilesperproc=16384 # # networking options # # tcp options net.inet.tcp.blackhole=2 net.inet.tcp.recvspace=131072 net.inet.tcp.sendspace=65536 # udp options net.inet.udp.blackhole=1 # # miscellaneous # vfs.usermount=1 vm.pmap.shpgperproc=1024 And loader tunables: kern.maxswzone="100663296" # (was seeing frequent "out of swap # space" messages until I modified this # setting) net.inet.tcp.syncache.bucketlimit="128" net.inet.tcp.syncache.cachelimit="32768" -- Conrad J. Sabatier conrads@cox.net