From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755770AbdLTQqR (ORCPT ); Wed, 20 Dec 2017 11:46:17 -0500 Received: from smtp-out4.electric.net ([192.162.216.195]:59542 "EHLO smtp-out4.electric.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753538AbdLTQqO (ORCPT ); Wed, 20 Dec 2017 11:46:14 -0500 From: David Laight To: "'Crt Mori'" , Peter Zijlstra CC: Jonathan Cameron , Ingo Molnar , Andrew Morton , Kees Cook , Rusty Russell , Ian Abbott , "Larry Finger" , Niklas Soderlund , Thomas Gleixner , Krzysztof Kozlowski , Masahiro Yamada , "linux-kernel@vger.kernel.org" , "linux-iio@vger.kernel.org" , Joe Perches Subject: RE: [PATCH v10 1/3] lib: Add strongly typed 64bit int_sqrt Thread-Topic: [PATCH v10 1/3] lib: Add strongly typed 64bit int_sqrt Thread-Index: AQHTeZ24vj4uJGdJVEmg6EfyY0tMJ6NMSiFAgAAfCS+AAAbEMA== Date: Wed, 20 Dec 2017 16:46:25 +0000 Message-ID: References: <20171220142001.18161-1-cmo@melexis.com> <1c1d0ffa8ee140bf9adbc78f1559b1e8@AcuMS.aculab.com> <20171220160001.manjff26gfbjccsw@hirez.programming.kicks-ass.net> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.33] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-Outbound-IP: 156.67.243.126 X-Env-From: David.Laight@ACULAB.COM X-Proto: esmtps X-Revdns: X-HELO: AcuMS.aculab.com X-TLS: TLSv1.2:ECDHE-RSA-AES256-SHA384:256 X-Authenticated_ID: X-PolicySMART: 3396946, 3397078 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id vBKGkN8X015915 From: Crt Mori > Sent: 20 December 2017 16:17 > > On 20 December 2017 at 17:00, Peter Zijlstra wrote: > > On Wed, Dec 20, 2017 at 02:39:26PM +0000, David Laight wrote: > > > >> With minor changes it ought to be possible to remove most of the > >> 64bit arithmetic and shifts. > >> > >> If you care about performance then using 32 bit maths will be much faster. > > > > Some, u64 add/sub/shift isn't exactly expensive, but yes, I also > > indicated that improvement is possible. At the very least y can be made > > a u32 I suppose. > > OK, is there any more easy optimizations you see? I think this version works. It doesn't have the optimisation for small values. unsigned int sqrt64(unsigned long long x) { unsigned int x_hi = x >> 32; unsigned int b = 0; unsigned int y = 0; unsigned int i; for (i = 0; i < 32; i++) { b <<= 2; b |= x_hi >> 30; x_hi <<= 2; if (i == 15) x_hi = x; y <<= 1; if (b > y) b -= ++y; } return y; } Put it through cc -O3 -m32 -c -o sqrt64.o sqrt64.c and then objdump sqrt64.o and compare to that of your version. David