From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35757) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ansBN-0005Zq-OM for qemu-devel@nongnu.org; Wed, 06 Apr 2016 14:28:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ansBK-0006jC-IL for qemu-devel@nongnu.org; Wed, 06 Apr 2016 14:28:01 -0400 Received: from mail-qk0-x243.google.com ([2607:f8b0:400d:c09::243]:34902) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ansBK-0006j8-CT for qemu-devel@nongnu.org; Wed, 06 Apr 2016 14:27:58 -0400 Received: by mail-qk0-x243.google.com with SMTP id s190so2094214qke.2 for ; Wed, 06 Apr 2016 11:27:58 -0700 (PDT) Sender: Richard Henderson References: <1459834253-8291-1-git-send-email-cota@braap.org> <1459834253-8291-8-git-send-email-cota@braap.org> <5703DCB7.50302@twiddle.net> <5703DE37.3080306@redhat.com> <5703E2DD.3020103@twiddle.net> <20160405194028.GA6671@flamenco> <5704293D.1070105@twiddle.net> <20160406005239.GA25081@flamenco> <5704F875.90509@redhat.com> <20160406174439.GB27512@flamenco> <5705542E.60708@redhat.com> From: Richard Henderson Message-ID: <5705552A.9070907@twiddle.net> Date: Wed, 6 Apr 2016 11:27:54 -0700 MIME-Version: 1.0 In-Reply-To: <5705542E.60708@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 07/10] tb hash: hash phys_pc, pc, and flags with xxhash List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , "Emilio G. Cota" Cc: MTTCG Devel , Peter Maydell , Peter Crosthwaite , QEMU Developers , Sergey Fedorov , =?UTF-8?Q?Alex_Benn=c3=a9e?= On 04/06/2016 11:23 AM, Paolo Bonzini wrote: > Perhaps better is to always use a three-word xxhash, but pick the 64-bit > version if any of phys_pc and pc are 64-bits. The unrolling would be > very effective, and the performance penalty not too important (64-bit on > 32-bit is very slow anyway). True. It would also be interesting to put an average bucket chain length into the "info jit" dump, so that it's easy to see how the hashing is performing for a given guest. r~