From owner-freebsd-performance@FreeBSD.ORG Mon Oct 27 20:37:45 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A641F782 for ; Mon, 27 Oct 2014 20:37:45 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A5C7F52 for ; Mon, 27 Oct 2014 20:37:45 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id rl12so5249188iec.3 for ; Mon, 27 Oct 2014 13:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=F81LrBTgiJKiNq1BEZyA7WYtg+1w3rnbBNLOqctQQNI=; b=gqPESfgnUCUtrmS2QbBY8lR2iItZBVdSebZYb4j2q4FHOoqDhncMJJqCk13nS2bR2t Y4SfrM26a4uwDeuL4+b8+tdLKN3bwsYGuCbFA8tf7FwRq77w/Us9Cq1JSzkX5lHuPKgT 8otQv5PDtJpgaz47p4KiGL0l4p0u3795znsII4+z9n+pSK1h0fkpVEPLOHL96Sqf7vyD p6S3D5PHgrF2zHjMbQL7GAP4T3BVJVwOUdHxnH6wZZ/dr3ZyrATtbzWB4EoLQaUhKZUT 9sAv6KmT5ngiEA4Nn9WqPw+QSHoPcbOFE1o+7whrii9U6GD10elZcoH6z6BQso80PuLC gm1A== X-Received: by 10.42.8.70 with SMTP id h6mr4121563ich.85.1414442264824; Mon, 27 Oct 2014 13:37:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.50.203 with HTTP; Mon, 27 Oct 2014 13:37:24 -0700 (PDT) From: Brendan Gregg Date: Mon, 27 Oct 2014 13:37:24 -0700 Message-ID: Subject: pmcstat -z32 -G truncates callgraph to 8 To: freebsd-performance@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 20:37:45 -0000 G'Day, I'm using pmcstat to capture call graphs, however, these always seem truncated to 8 stack frames. Anyone else hit this? Anyone know a fix or workaround? Example: pmcstat -S CPU_CLK_UNHALTED.THREAD_P -z 32 -O out.pmclog pmstat -R out.pmclog -z 32 -G out.pmc The problem is that out.pmc never goes deeper than 8 frames, despite -z 32, and despite PMC_CALLCHAIN_DEPTH_MAX = 32. I need deeper stacks to generate flame graphs (https://github.com/brendangregg/FlameGraph), and was trying Ed Maste's stackcollapse-pmc.pl to do it. Using pmcstat -F, and bringing up the output in Kcachegrind, shows that some stacks are indeed deeper than 8 as expected (although it seems to only work for kernel stacks, and not user-level). I don't know if Kcachegrind is doing its own workaround, of if the -F output is deeper than -G (still studying the output formats)... thanks, Brendan From owner-freebsd-performance@FreeBSD.ORG Tue Oct 28 09:49:27 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15E4931F for ; Tue, 28 Oct 2014 09:49:27 +0000 (UTC) Received: from systemdatarecorder.org (mail.systemdatarecorder.org [54.246.96.61]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "localhost", Issuer "localhost" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B428DF4B for ; Tue, 28 Oct 2014 09:49:25 +0000 (UTC) Received: from nereid (188-127-209-196.cust.suomicom.net [188.127.209.196]) (authenticated bits=0) by systemdatarecorder.org (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id s9S9kepH012258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 28 Oct 2014 09:46:40 GMT Date: Tue, 28 Oct 2014 11:45:37 +0200 From: Stefan Parvu To: freebsd-performance@freebsd.org Subject: Re: pmcstat -z32 -G truncates callgraph to 8 Message-Id: <20141028114537.83f9f0a3c730949f453c3819@systemdatarecorder.org> In-Reply-To: References: Organization: systemdatarecorder.org X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 09:49:27 -0000 > I'm using pmcstat to capture call graphs, however, these always seem > truncated to 8 stack frames. Anyone else hit this? Anyone know a fix > or workaround? On FreeBSD 11.0-CURRENT Im seeing these: kern.features.hwpmc_hooks: 1 kern.hwpmc.softevents: 16 kern.hwpmc.callchaindepth: 16 kern.hwpmc.hashsize: 1024 kern.hwpmc.nsamples: 1024 kern.hwpmc.mtxpoolsize: 2048 kern.hwpmc.logbuffersize: 4 kern.hwpmc.nbuffers: 1024 and for example a trace ... 00.53% [48] strcmp @ /lib/libc.so.7 56.25% [27] 0x1c4e43 @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [27] g_object_get_valist @ /usr/local/lib/libgobject-2.0.so.0.3600.3 100.0% [27] g_object_get 70.37% [19] _gtk_tooltip_handle_event @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [19] gtk_main_do_event 100.0% [19] 0x662e1 @ /usr/local/lib/libgdk-x11-2.0.so.0.2400.22 100.0% [19] g_main_context_dispatch @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [19] 0x554e3 78.95% [15] g_main_loop_run 100.0% [15] gtk_main @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 21.05% [4] g_main_context_iteration @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [4] gtk_main_iteration @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [4] 0x2ea45 @ /usr/local/lib/libsylph-0.so.1.2.0 100.0% [4] 0x34786 100.0% [4] 0x33208 29.63% [8] 0x2371d8 @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [8] _gtk_tooltip_handle_event 100.0% [8] gtk_main_do_event 100.0% [8] 0x662e1 @ /usr/local/lib/libgdk-x11-2.0.so.0.2400.22 100.0% [8] g_main_context_dispatch @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [8] 0x554e3 87.50% [7] g_main_loop_run 100.0% [7] gtk_main @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 12.50% [1] g_main_context_iteration @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [1] gtk_main_iteration @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [1] 0x2ea45 @ /usr/local/lib/libsylph-0.so.1.2.0 100.0% [1] 0x34786 100.0% [1] 0x33208 18.75% [9] g_hash_table_lookup @ /usr/local/lib/libglib-2.0.so.0.3600.3 55.56% [5] 0x1d89b @ /usr/local/lib/libgobject-2.0.so.0.3600.3 100.0% [5] g_param_spec_pool_lookup 40.00% [2] g_object_get_valist 100.0% [2] g_object_get 50.00% [1] 0x23692f @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [1] _gtk_tooltip_handle_event 100.0% [1] gtk_main_do_event 100.0% [1] 0x662e1 @ /usr/local/lib/libgdk-x11-2.0.so.0.2400.22 100.0% [1] g_main_context_dispatch @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [1] 0x554e3 : 00.54% [49] acpi_cpu_c1 @ /boot/kernel/kernel 100.0% [49] acpi_cpu_idle 100.0% [49] cpu_idle_acpi 100.0% [49] cpu_idle 100.0% [49] sched_idletd 100.0% [49] fork_exit 00.53% [48] strcmp @ /lib/libc.so.7 56.25% [27] 0x1c4e43 @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [27] g_object_get_valist @ /usr/local/lib/libgobject-2.0.so.0.3600.3 100.0% [27] g_object_get 70.37% [19] _gtk_tooltip_handle_event @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [19] gtk_main_do_event 100.0% [19] 0x662e1 @ /usr/local/lib/libgdk-x11-2.0.so.0.2400.22 100.0% [19] g_main_context_dispatch @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [19] 0x554e3 78.95% [15] g_main_loop_run 100.0% [15] gtk_main @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 21.05% [4] g_main_context_iteration @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [4] gtk_main_iteration @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [4] 0x2ea45 @ /usr/local/lib/libsylph-0.so.1.2.0 100.0% [4] 0x34786 100.0% [4] 0x33208 29.63% [8] 0x2371d8 @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [8] _gtk_tooltip_handle_event 100.0% [8] gtk_main_do_event 100.0% [8] 0x662e1 @ /usr/local/lib/libgdk-x11-2.0.so.0.2400.22 100.0% [8] g_main_context_dispatch @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [8] 0x554e3 87.50% [7] g_main_loop_run 100.0% [7] gtk_main @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 12.50% [1] g_main_context_iteration @ /usr/local/lib/libglib-2.0.so.0.3600.3 100.0% [1] gtk_main_iteration @ /usr/local/lib/libgtk-x11-2.0.so.0.2400.22 100.0% [1] 0x2ea45 @ /usr/local/lib/libsylph-0.so.1.2.0 100.0% [1] 0x34786 100.0% [1] 0x33208 Full output here: http://www.systemdatarecorder.org/out.pmc -- Stefan Parvu From owner-freebsd-performance@FreeBSD.ORG Tue Oct 28 17:38:44 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B6D2138 for ; Tue, 28 Oct 2014 17:38:44 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00F87C86 for ; Tue, 28 Oct 2014 17:38:44 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id h15so7227089igd.5 for ; Tue, 28 Oct 2014 10:38:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ni1cGEMEL5aZunPtv524xlaJPBE93dTM1ucHFDZXcBw=; b=pVDdKj0NrUlt0uCz+BrZVv1HOxp0ZXD/hH5mUJUuRwExNKy3+Ut15xj749WfLKwxUi 9JuMDXYuYIjZFIU35cjhZOm/nJP8egmhulw82dL9hhCWlB4Ptgu8RvbPe9hfIaWft65n BEVA4WiqjXyALf1EgyEmBTi2RNb/Y947rworUTv3UYjB17dlzGrWfYBNRb1r50tSIkVj Iz9SIlSP+7eograF1HwttjFmDGJucBuSvThP6SKPp7PVeGXN6v189uDrhEois5RxaCOo pnu7o0X1s+f8cgCxrOZqgUmuS9OwNP/qB7iX1/VLhXvI4a0QI2vpGU4VMS4yOmMSLh0z OneA== X-Received: by 10.43.78.16 with SMTP id zk16mr5319019icb.55.1414517923292; Tue, 28 Oct 2014 10:38:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.50.203 with HTTP; Tue, 28 Oct 2014 10:38:23 -0700 (PDT) In-Reply-To: <20141028114537.83f9f0a3c730949f453c3819@systemdatarecorder.org> References: <20141028114537.83f9f0a3c730949f453c3819@systemdatarecorder.org> From: Brendan Gregg Date: Tue, 28 Oct 2014 10:38:23 -0700 Message-ID: Subject: Re: pmcstat -z32 -G truncates callgraph to 8 To: Stefan Parvu Content-Type: text/plain; charset=UTF-8 Cc: freebsd-performance@freebsd.org X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 17:38:44 -0000 G'Day Stefan, On Tue, Oct 28, 2014 at 2:45 AM, Stefan Parvu wrote: > >> I'm using pmcstat to capture call graphs, however, these always seem >> truncated to 8 stack frames. Anyone else hit this? Anyone know a fix >> or workaround? > > On FreeBSD 11.0-CURRENT Im seeing these: > > kern.features.hwpmc_hooks: 1 > kern.hwpmc.softevents: 16 > kern.hwpmc.callchaindepth: 16 > kern.hwpmc.hashsize: 1024 > kern.hwpmc.nsamples: 1024 > kern.hwpmc.mtxpoolsize: 2048 > kern.hwpmc.logbuffersize: 4 > kern.hwpmc.nbuffers: 1024 Ah, thanks, I'm on 10.0-STABLE and I have: kern.hwpmc.callchaindepth: 8 Glad it's something simple! Brendan From owner-freebsd-performance@FreeBSD.ORG Tue Oct 28 18:50:40 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A0C1C9A for ; Tue, 28 Oct 2014 18:50:40 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1DC877B for ; Tue, 28 Oct 2014 18:50:39 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XjBqc-000Bly-2x for freebsd-performance@freebsd.org; Tue, 28 Oct 2014 18:50:26 +0000 Date: Tue, 28 Oct 2014 18:50:26 +0000 From: John To: freebsd-performance@freebsd.org Subject: speeding up nvidia GeForce GT 640 on freebsd Message-ID: <20141028185025.GA43705@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 18:50:40 -0000 Hello list, Is there any way of speeding up GPU performance on freebsd10-stable with this card? Sometimes it seems slow at redrawing - for example if I have an xterm over a webpage in chrome - if I move the xterm, the outline of it can remain in the page for a few seconds. I know there are tools one can use on windows for doing this. Can this be done in FreeBSD? I've pasted pciconf output below, if it helps: vgapci0@pci0:1:0:0:class=0x030000 card=0x26433842 chip=0x0fc110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' vendor = 'NVIDIA Corporation' device = 'GK107 [GeForce GT 640]' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xee000000, size 16777216, enabled bar [14] = type Prefetchable Memory, range 64, base 0xd0000000, size 268435456, enabled bar [1c] = type Prefetchable Memory, range 64, base 0xe0000000, size 33554432, enabled bar [24] = type I/O Port, range 32, base 0xe000, size 128, enabled cap 01[60] = powerspec 3 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[78] = PCI-Express 2 endpoint max data 256(256) link x16(x16) speed 2.5(8.0) ASPM disabled(L0s/L1) hdac0@pci0:1:0:1:class=0x040300 card=0x26433842 chip=0x0e1b10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = multimedia subclass = HDA bar [10] = type Memory, range 32, base 0xef080000, size 16384, enabled cap 01[60] = powerspec 3 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[78] = PCI-Express 2 endpoint max data 256(256) link x16(x16) speed 2.5(8.0) ASPM disabled(L0s/L1) thanks, -- John From owner-freebsd-performance@FreeBSD.ORG Tue Oct 28 19:16:16 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DB3F2F0 for ; Tue, 28 Oct 2014 19:16:16 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3A86997 for ; Tue, 28 Oct 2014 19:16:15 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x13so245570wgg.19 for ; Tue, 28 Oct 2014 12:16:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=gatUundQOcremolsCdYpo51yUaNtH2CAYf+ZMLHmr8Y=; b=QJ0ayDHHOQbTRmTlA/RY3CocZYj76pHtq6SP5pu00300WSPLPeyDvVoYtYijeIYqbM 5qRgjA4sX1A85AEqpGaim7s93yO+98DxZnXd4qi8+84pJVa5n7vkPnYpMyX/m+yWfOMC wtpsaeo+lMK+aMK0lA1S8mMEmqFCGBErvspK4ZinXykog6zE4UY1WQ6u/1Fffng9AJeP JPqh+UyKws9rRRK7JBwLted/2K4ddpabVw3rZnzQKyPbfXW31mRxiTa1lDWo2W3EYKNW DuVUMhjl+XQscZ18w2JwnRZg0jB9U9x3OC/RjhikSWeJI6jSI6bkYCKzx7ms4chnniGO ZK+A== MIME-Version: 1.0 X-Received: by 10.180.11.200 with SMTP id s8mr30153196wib.20.1414523774061; Tue, 28 Oct 2014 12:16:14 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Tue, 28 Oct 2014 12:16:14 -0700 (PDT) In-Reply-To: <20141028185025.GA43705@potato.growveg.org> References: <20141028185025.GA43705@potato.growveg.org> Date: Tue, 28 Oct 2014 12:16:14 -0700 X-Google-Sender-Auth: DyfF4raItg4pe0V353Xzn8FBBEU Message-ID: Subject: Re: speeding up nvidia GeForce GT 640 on freebsd From: Adrian Chadd To: John Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Mailing Lists X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2014 19:16:16 -0000 Hi, You can file a bug (https://bugs.freebsd.org/submit/) - and include the contents of /var/log/Xorg.0.log . It may be something really simple, like the nvidia driver isn't properly working with your setup. Thanks! -adrian On 28 October 2014 11:50, John wrote: > Hello list, > > Is there any way of speeding up GPU performance on freebsd10-stable with > this card? Sometimes it seems slow at redrawing - for example if I have > an xterm over a webpage in chrome - if I move the xterm, the outline of > it can remain in the page for a few seconds. I know there are tools one > can use on windows for doing this. Can this be done in FreeBSD? > I've pasted pciconf output below, if it helps: > > vgapci0@pci0:1:0:0:class=0x030000 card=0x26433842 chip=0x0fc110de > rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' > vendor = 'NVIDIA Corporation' > device = 'GK107 [GeForce GT 640]' > class = display > subclass = VGA > bar [10] = type Memory, range 32, base 0xee000000, size 16777216, > enabled > bar [14] = type Prefetchable Memory, range 64, base 0xd0000000, size > 268435456, enabled > bar [1c] = type Prefetchable Memory, range 64, base 0xe0000000, size > 33554432, enabled > bar [24] = type I/O Port, range 32, base 0xe000, size 128, enabled > cap 01[60] = powerspec 3 supports D0 D3 current D0 > cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[78] = PCI-Express 2 endpoint max data 256(256) link x16(x16) > speed 2.5(8.0) ASPM disabled(L0s/L1) > > hdac0@pci0:1:0:1:class=0x040300 card=0x26433842 chip=0x0e1b10de > rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = multimedia > subclass = HDA > bar [10] = type Memory, range 32, base 0xef080000, size 16384, > enabled > cap 01[60] = powerspec 3 supports D0 D3 current D0 > cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[78] = PCI-Express 2 endpoint max data 256(256) link x16(x16) > speed 2.5(8.0) ASPM disabled(L0s/L1) > > thanks, > -- > John > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org" From owner-freebsd-performance@FreeBSD.ORG Wed Oct 29 19:40:26 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFB65553 for ; Wed, 29 Oct 2014 19:40:26 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94DDABC0 for ; Wed, 29 Oct 2014 19:40:26 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id a13so3791580igq.17 for ; Wed, 29 Oct 2014 12:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=u1Suv/fLnNZTXKniQgV3wta6BDA3JbyXj8F/Lfz3nss=; b=OzzyYwPqNF2PWoLIZ+hWP+/YEXq78RHRwlHofRAwE9IhsVaYjBV4rNKl6npJo9MS1w LQiiZjxKHWBPyWPhup12ZR+pZWWJ69gXLcJJELc2P9jBTeb1qiJlx0UjxwpfouVE1orm Hlq79Zaad3pbulRLR1EUzpFzyKGnQTdcX/zvs15LnOppalb4eehA82VKpYERxVDqOLxz DwnJPg3G7u3M5Ylivnh2y57yR/UBfpdcQaqCshhRTluNNVk5M7P7DVLbeN/hNRDR1wPb K6rsaqDGk+gu7pqegIZlFTSHfMCaxGgH6K5lhKeeRY9ta06pmuo3gGgd1YZOPJ8WeiM5 86xQ== X-Received: by 10.43.127.73 with SMTP id gz9mr12596211icc.6.1414611625977; Wed, 29 Oct 2014 12:40:25 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.29.207 with HTTP; Wed, 29 Oct 2014 12:40:05 -0700 (PDT) In-Reply-To: References: <20141028114537.83f9f0a3c730949f453c3819@systemdatarecorder.org> From: Ed Maste Date: Wed, 29 Oct 2014 15:40:05 -0400 X-Google-Sender-Auth: tRDTw8ZugayK941Q4I-4jcXZWZU Message-ID: Subject: Re: pmcstat -z32 -G truncates callgraph to 8 To: Brendan Gregg Content-Type: text/plain; charset=UTF-8 Cc: Stefan Parvu , freebsd-performance@freebsd.org X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 19:40:26 -0000 On 28 October 2014 13:38, Brendan Gregg wrote: > Ah, thanks, I'm on 10.0-STABLE and I have: > > kern.hwpmc.callchaindepth: 8 > > Glad it's something simple! Those are the best kinds of problems to have, although we ought to make sure this point is covered in the FreeBSD profiling documentation that we have or create. Also, do you think that we should bump the compiled-in default up to 32? From owner-freebsd-performance@FreeBSD.ORG Fri Oct 31 05:26:42 2014 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C83AAA77; Fri, 31 Oct 2014 05:26:42 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D79680C; Fri, 31 Oct 2014 05:26:42 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id h3so349859igd.2 for ; Thu, 30 Oct 2014 22:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5LDxEMhsjEl3cM3hT1UaAicVeDkWisIwgeoAZymw/tg=; b=xo4p+ucn5aaT3BI34m3XNNknxlK2GVYqEh3kxDCQRV3wnLzmSSI6e4o74Rvn2cIcu+ 4m6rp4cf8fmwXKHHbA84LwA3z8TLuf7AAK2CEcAaOuaAyxiYD5lD4R2xXZed0MrvzzHF LHdCtzkDuIpyYkxEmOq8FwVcHQADtQSCAaA0vi6wWa5QKAPyrC7VqX+yd1EgNzr/zQX7 p5ShGu4cejYJoabQysMXYlO81RTxnQraY88iI2HWZOONnpJE5opp4UXQF8LabUJngp6A HgK/xxgN58pjTitUzoGPNoCytXUnC9GAeyX7ol4qctLShkoFK3KlzFFROgnqB559SXn5 Ntuw== X-Received: by 10.107.15.213 with SMTP id 82mr8298975iop.63.1414733201957; Thu, 30 Oct 2014 22:26:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.50.203 with HTTP; Thu, 30 Oct 2014 22:26:21 -0700 (PDT) In-Reply-To: References: <20141028114537.83f9f0a3c730949f453c3819@systemdatarecorder.org> From: Brendan Gregg Date: Thu, 30 Oct 2014 22:26:21 -0700 Message-ID: Subject: Re: pmcstat -z32 -G truncates callgraph to 8 To: Ed Maste Content-Type: text/plain; charset=UTF-8 Cc: Stefan Parvu , freebsd-performance@freebsd.org X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 05:26:42 -0000 G'Day Ed, On Wed, Oct 29, 2014 at 12:40 PM, Ed Maste wrote: > On 28 October 2014 13:38, Brendan Gregg wrote: >> Ah, thanks, I'm on 10.0-STABLE and I have: >> >> kern.hwpmc.callchaindepth: 8 >> >> Glad it's something simple! > > Those are the best kinds of problems to have, although we ought to > make sure this point is covered in the FreeBSD profiling documentation > that we have or create. Yes; at least we have this thread now, which should be searchable. > > Also, do you think that we should bump the compiled-in default up to 32? Yes. When I'm using profiling data, I like full stacks for making flame graphs. For the FreeBSD kernel, 32 frames should usually be enough (I have a flame graph that reaches 24 frames for the kernel, but no more). For user-level, I'd probably need ~100. So making the compiled-in default to 32 would hopefully be sufficient for most kernel profiling, and one would need to bump that up for deep user-level stacks. I guess this would also need PMC_CALLCHAIN_DEPTH_MAX = 128 to work. Brendan