From owner-freebsd-performance@FreeBSD.ORG Wed Mar 5 20:56:25 2008 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E996106566B; Wed, 5 Mar 2008 20:56:25 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 229648FC2D; Wed, 5 Mar 2008 20:56:23 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 86636775; Wed, 05 Mar 2008 21:56:21 +0200 Message-ID: <47CEFAE0.9000402@mavhome.dp.ua> Date: Wed, 05 Mar 2008 21:56:16 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Bruce Evans References: <1201839789.00018590.1201827602@10.7.7.3> <1201836184.00018598.1201823403@10.7.7.3> <1201868581.00018705.1201855203@10.7.7.3> <1201904582.00018976.1201893001@10.7.7.3> <1201965806.00019169.1201955401@10.7.7.3> <1201958583.00019173.1201947005@10.7.7.3> <1202001786.00019395.1201991402@10.7.7.3> <1202005381.00019409.1201992602@10.7.7.3> <1202095383.00019854.1202083801@10.7.7.3> <1202113382.00019874.1202101201@10.7.7.3> In-Reply-To: <1202113382.00019874.1202101201@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 05 Mar 2008 21:52:26 +0000 Cc: freebsd-hackers@freebsd.org, Alexander Motin , Robert Watson , Julian Elischer , freebsd-performance@freebsd.org, Kris Kennaway Subject: Re: Memory allocation performance X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2008 20:56:25 -0000 Bruce Evans wrote: > Try profiling it one another type of CPU, to get different performance > counters but hopefully not very different stalls. If the other CPU doesn't > stall at all, put another black mark against P4 and delete your copies of > it :-). I have tried to profile the same system with the same load on different hardware: - was Pentium4 2.8 at ASUS MB based on i875G chipset, - now PentiumD 3.0 at Supermicro PDSMi board based on E7230 chipset. The results are completely different. The problem has gone: 0.03 0.04 538550/2154375 ip_forward [11] 0.03 0.04 538562/2154375 em_get_buf [32] 0.07 0.08 1077100/2154375 ng_package_data [26] [15]1.8 0.14 0.15 2154375 uma_zalloc_arg [15] 0.06 0.00 1077151/3232111 generic_bzero [22] 0.03 0.00 538555/538555 mb_ctor_mbuf [60] 0.03 0.00 2154375/4421407 critical_exit [63] 0.02 0.01 538554/2154376 m_freem [42] 0.02 0.01 538563/2154376 mb_free_ext [54] 0.04 0.03 1077100/2154376 ng_free_item [48] [30]0.9 0.08 0.06 2154376 uma_zfree_arg [30] 0.03 0.00 2154376/4421407 critical_exit [63] 0.00 0.01 538563/538563 mb_dtor_pack [82] 0.01 0.00 2154376/4421971 critical_enter [69] So probably it was some hardware related problem. First MB has video integrated to chipset without any dedicated memory, possibly it affected memory performance in some way. On the first system there were such messages on boot: Mar 3 23:01:20 swamp kernel: acpi0: reservation of 0, a0000 (3) failed Mar 3 23:01:20 swamp kernel: acpi0: reservation of 100000, 3fdf0000 (3) failed Mar 3 23:01:20 swamp kernel: agp0: on vgapci0 Mar 3 23:01:20 swamp kernel: agp0: detected 892k stolen memory Mar 3 23:01:20 swamp kernel: agp0: aperture size is 128M , can they be related? -- Alexander Motin