From owner-freebsd-current@FreeBSD.ORG Wed Jul 27 00:48:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 3EB211065675; Wed, 27 Jul 2011 00:48:50 +0000 (UTC) Date: Wed, 27 Jul 2011 00:48:50 +0000 From: Alexander Best To: Matthias Andree Message-ID: <20110727004850.GA63109@freebsd.org> References: <20110724212544.GA57733@freebsd.org> <20110725072102.GA24938@freebsd.org> <4E2D2C32.5010602@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E2D2C32.5010602@gmx.de> Cc: Norberto Lopes , Adrian Chadd , freebsd-current@freebsd.org Subject: Re: chromium port causing massive I/O faults X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2011 00:48:50 -0000 On Mon Jul 25 11, Matthias Andree wrote: > Am 25.07.2011 09:21, schrieb Alexander Best: > > On Mon Jul 25 11, Adrian Chadd wrote: > >> Is it perhaps doing disk IO using mmap? > > > > how can i check, whether that's the case or not? > > Use truss(1) for instance. > > However, unless there are *practical* problems, a high number of page > faults is not an indication for problems. Although it may sound scary, > page faults are a feature of the memory management. unfortunately truss(1) is crashing chromium :( i opened up a new thread reagarding this issue on freebsd-current@. another thing i noticed is the increase in system calls caused by chromium. let's have a look at hub.freebsd.org: uptime = 149 days and 'vmstat -s' reports: 2168697753 cpu context switches 2266220366 device interrupts 2902880931 software interrupts 3779075897 traps 902107847 system calls now on my box: uptime = 2 days and 'vmstat -s' reports: 1155995386 cpu context switches 164577882 device interrupts 189456976 software interrupts 137007580 traps 2178434582 system calls i ran the following command twice. first time without running chromium and the second time with chromium running: otaku% vmstat -s|grep "system calls"; sleep 1; vmstat -s|grep "system calls" 2178187850 system calls 2178189739 system calls otaku% vmstat -s|grep "system calls"; sleep 1; vmstat -s|grep "system calls" 2177998835 system calls 2178022003 system calls so it's 2k/sec vs. 23k/sec!!!! cheers. alex