From owner-freebsd-gnome@FreeBSD.ORG Fri Aug 1 16:56:56 2008 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A567106566C for ; Fri, 1 Aug 2008 16:56:56 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id D34518FC0C for ; Fri, 1 Aug 2008 16:56:55 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m71Gut414452; Fri, 1 Aug 2008 12:56:55 -0400 (EDT) Received: from [64.102.221.216] (dhcp-64-102-221-216.cisco.com [64.102.221.216]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m71Guqm03156; Fri, 1 Aug 2008 12:56:54 -0400 (EDT) Message-ID: <48934056.3090704@freebsd.org> Date: Fri, 01 Aug 2008 12:56:54 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: sam References: <489036A2.5060403@gmail.com> <48931D82.1020206@gmail.com> In-Reply-To: <48931D82.1020206@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@freebsd.org Subject: Re: consolekit on 7.0-STABLE i386 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2008 16:56:56 -0000 sam wrote: > Nate Eldredge wrote: >> On Wed, 30 Jul 2008, sam wrote: >> >>> hello >>> >>> my trouble >>> >>> >>> FreeBSD static 7.0-STABLE FreeBSD 7.0-STABLE #23: Mon Jul 28 18:10:51 >>> MSD 2008 root@static:/usr/obj/usr/src/sys/STATIC i386 >>> >>> >>> ----------------------------top_output----------------------------- >>> |874 root 17 0 0 8296K 2660K waitvt 1 0:00 0.00% >>> console-kit-daemon| >>> -------------------------------------------------------------------- >>> >>> ---------------------------vmstat_output--------------------------- >>> | procs memory page disks >>> faults cpu >>> r b w avm fre flt re pi po fr sr ad4 ad6 in sy >>> cs us sy id >>> 0 19 0 1113M 29M 493 1 0 0 265 129 0 0 133 45119 >>> 4588 8 5 87 >>> 0 20 0 1113M 29M 249 0 2 0 3311 0 0 22 157 7872 >>> 2262 5 7 88 >>> 0 19 0 1113M 29M 346 0 0 0 148 0 0 0 110 78963 >>> 1793 4 9 87 >>> 0 19 0 1113M 29M 115 0 0 0 0 0 0 0 105 5743 >>> 1731 13 1 85 >>> 0 19 0 1113M 29M 318 0 0 0 138 0 0 0 108 78837 >>> 1732 3 10 87 >>> 0 19 0 1113M 29M 112 0 0 0 32 0 0 1 100 5549 >>> 1682 11 1 88 >>> 0 19 0 1113M 29M 297 0 0 0 136 0 0 2 122 78880 >>> 1749 6 7 87 >>> |-------------------------------------------------------------------- >>> >>> consolekit in |waitvt state, influencing on high volumes in procs-b >> >> I don't understand what the problem is. It looks like consolekit is >> sleeping and not using any CPU. "waitvt" just indicates where in the >> kernel it's sleeping. I don't understand what you mean by "high >> volumes in procs-b". >> > > How-To-Repeat: > -------------------------------------------------------------- > # (|cd /usr/ports/sysutils/consolekit/ && make install clean) > > # /usr/local/etc/rc.d/dbus forcestart > > # vmstat -w 1 > procs memory page disk faults cpu > r b w avm fre flt re pi po fr sr ad0 in sy cs us > sy id > 2 1 0 62252K 644M 88 0 0 0 80 0 0 2 83 279 1 > 1 98 > 0 1 0 62252K 644M 0 0 0 0 0 0 0 4 134 292 0 > 3 97 > 0 1 0 62252K 644M 0 0 0 0 0 0 0 4 123 299 0 > 2 98 > 1 1 0 62252K 644M 0 0 0 0 0 0 0 3 120 305 0 > 3 97 > ^C > # /usr/local/sbin/console-kit-daemon && vmstat -w 1 > procs memory page disk faults cpu > r b w avm fre flt re pi po fr sr ad0 in sy cs us > sy id > 2 1 0 67572K 643M 88 0 0 0 80 0 0 2 83 279 1 > 1 98 > 0 16 0 68660K 643M 103 0 0 0 2 0 10 13 643 381 2 > 4 94 > 0 16 0 68660K 643M 0 0 0 0 0 0 0 3 120 281 0 > 4 96 > 0 16 0 68660K 643M 0 0 0 0 0 0 0 2 120 278 0 > 3 97 > 0 16 0 68660K 643M 0 0 0 0 12 0 28 34 120 385 0 > 3 97 > 0 16 0 68660K 643M 0 0 0 0 0 0 0 4 120 292 0 > 3 97 This isn't a problem. This is how CK works. It blocks on all 16 vtys waiting for a switch. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome