From owner-freebsd-stable@FreeBSD.ORG Mon May 19 07:14:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F94106564A for ; Mon, 19 May 2008 07:14:34 +0000 (UTC) (envelope-from admin@gyrec.cz) Received: from gate.gyrec.cz (gate.gyrec.cz [195.113.191.162]) by mx1.freebsd.org (Postfix) with ESMTP id 862268FC17 for ; Mon, 19 May 2008 07:14:34 +0000 (UTC) (envelope-from admin@gyrec.cz) Received: from [127.0.0.1] (helo=ASSP-nospam) by gate.gyrec.cz with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JxyzL-000Of0-3e for freebsd-stable@freebsd.org; Mon, 19 May 2008 08:36:51 +0200 Received: from 192.168.1.251 ([192.168.1.251] helo=inf1.gyrec.cz) by ASSP-nospam ; 19 May 08 06:36:51 -0000 Message-ID: <48312000.9030102@gyrec.cz> Date: Mon, 19 May 2008 08:36:48 +0200 From: Karel Rous User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2) Gecko/20070523 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------040502000608020302080406" X-ACL-Warn: SPF for 127.0.0.1 is not published for gyrec.cz X-ACL-Warn: SPF for 127.0.0.1 is not published for gyrec.cz X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ubench on v6 a v7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karelrous@gyrec.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 May 2008 07:14:34 -0000 This is a multi-part message in MIME format. --------------040502000608020302080406 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit My home computer (no internet access, cannot share results :-) is single processor Athlon 64 on 2250 Mhz/512 KB L2. Visually I have seen that on stable it doesn't behave as speedily as on FreeBSD number 6. I have checked utility in subject (which is probably not the best alternative) and it shows me on memory test half of the speed that was in v6 while using default MALLOC_OPTIONS at each version. There could be certain speed up changing it but IMHO there can not be any we to make it as fast as in previous version. Is there anyone who could make a logical explanation? (I think it has something to do with new malloc optimization for multi processor systems but I might compiled also libc on FreeBSD 7 with wrong options). Even using simple compat6x libc (with libmap.conf) helps to speed up things there. All those measurement are my just my non generalized opinion and I hope I am wrong :-) Karel --------------040502000608020302080406--