Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp21609244ybl; Mon, 6 Jan 2020 07:54:30 -0800 (PST) X-Google-Smtp-Source: APXvYqwyQHVjNIofyRDGSXoXP/xZTLw9hqzampAqBpfUHQUE4cHH6p5gS8qlqtNTsbtrVyjTl3K6 X-Received: by 2002:a9d:369:: with SMTP id 96mr106138216otv.228.1578326070678; Mon, 06 Jan 2020 07:54:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578326070; cv=none; d=google.com; s=arc-20160816; b=jlLp7u6ETdSEX8mmPpzeHOSyTEX0TT92jLeCsRJlkwmP0ogwFngkoOAbaxQy8XQyQW 2Hh1iw6QaHcpxaI/3AUokQZ6ldm0m4w9XjzZBt/cmxi2EvVrNEqZsXkb4HXeErgux+aw ij4+U9KR0rmtKDPI1X6koV3cH4iwJEjGDlOvmW871o3ChFwBmg/uRQ4Krz+9LZfgw6RQ f7VysXw+aAiY+1lf6Vi7e742zqq2+ZwoGt3EZRVyAnlr+RhEavW71g1PDYHT6mIUWgSf Ls1PU06WKWxlSPCXizYoOAj6c3D9jcW3Ud7AmN0eNRRLt+jYPKx4ilWKAluP32AqreoM W7Vw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:references:in-reply-to:subject:cc:to:from :dkim-signature; bh=6pr2vDp7GuUB/s0xuB/d+Xhxr3Bho+yffIoUy9cSlWQ=; b=h4BrK/8VrGPSoMosPULCMC7CG/uCSy9nXwDnM3S0qFj2p0KAFEhvC6PcYEHulAGDQ3 Ja8cmpaiB6FMvaYVurXepFbUklGTp8363mIBhCQFPucRDVybS8pOKWYcXzpTz5yjXl4F O7fBRDCTdrUHG+TO0RvIhV04L3KoJO8eWxqXAKFk/y2HmulmMpF/40xOlg+t9hp6rJ2V ly6KE1nfEK8JYGhptt5OpW5pt5LWdaMhxZTerC1b1S++ewnFgZWAAv+heS+64nPQthbl OO56/JTuSnIvLZeTx9rzPRzijcF2YMz7kNnxiVB/tsmTZ+o538bOAjNA3TkyUTC1CG35 5psw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=CqCrVLMQ; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k89si34277910otk.173.2020.01.06.07.54.19; Mon, 06 Jan 2020 07:54:30 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=CqCrVLMQ; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726467AbgAFPyP (ORCPT + 99 others); Mon, 6 Jan 2020 10:54:15 -0500 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:58542 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726437AbgAFPyP (ORCPT ); Mon, 6 Jan 2020 10:54:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1578326054; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6pr2vDp7GuUB/s0xuB/d+Xhxr3Bho+yffIoUy9cSlWQ=; b=CqCrVLMQwIXuBd2pcYqgbsdnfZkZFOtlZ45SU41Fy5fezW0Olh9+Rea94lUJADcE+D22Gd wAmmruq/4jwOvZY2UNV4/3II7PKh3R/PNjPjXzX4dPPUa5kBF6N80VywRLiSlZwPQhqKsN mKL5b7qYEDLAiLWPyVosA3lqevJwqco= Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-354-c_BKz-n8M6S2LLoJ_jGMgA-1; Mon, 06 Jan 2020 10:54:13 -0500 X-MC-Unique: c_BKz-n8M6S2LLoJ_jGMgA-1 Received: by mail-wm1-f70.google.com with SMTP id t16so2995924wmt.4 for ; Mon, 06 Jan 2020 07:54:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=6pr2vDp7GuUB/s0xuB/d+Xhxr3Bho+yffIoUy9cSlWQ=; b=Aj3O8clVXwwoGygIuy8dQ4PG0HVhQokwyCTKzFEu819Iof2zXHntsbFl+j7msj5R80 10zZ+vO4NTudXE990Zm9uE462h3a8//eyQD/HiU0TYDhyQUfdlLNAv7jB2h0qw5EL5Lh 39+TfR7NQYq9Ac2KuBim0flRUn1QAWGTXbJaXtsl+R1NiEOPT01P73BdBOfyu7CcTTCb VunJFTMsbuVOMaqKk/LKw3grN/h3NjZL/MLDttKHzVeTrjtx8Cx2xQOw4r9FKksUUMuA 8Pk1aQ1eSOvCECFsmokgdGz5RMvs3Bx7PkFm+9mViD6Vf1We7A0cZQlBooGGF+EO3Y23 jGCA== X-Gm-Message-State: APjAAAVKMPDCj31MqSmeo4vpLUv+dIEe9wCFJJMc/BehEkcIebl8VZi+ 72vOtRq1hkCTxmupmnisW1kBb5AQJXJaOK+hcScrN+ITMLfrz5XcUv35yQdCv6IZy98agMT723D F5Yv4hPJcVVTkCPl1hQLBA5gEcds= X-Received: by 2002:adf:db84:: with SMTP id u4mr106058101wri.317.1578326052153; Mon, 06 Jan 2020 07:54:12 -0800 (PST) X-Received: by 2002:adf:db84:: with SMTP id u4mr106058082wri.317.1578326051996; Mon, 06 Jan 2020 07:54:11 -0800 (PST) Received: from alrua-x1.borgediget.toke.dk ([2a0c:4d80:42:443::2]) by smtp.gmail.com with ESMTPSA id x6sm23375389wmi.44.2020.01.06.07.54.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Jan 2020 07:54:11 -0800 (PST) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id D742B180ADA; Mon, 6 Jan 2020 16:54:10 +0100 (CET) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: John Yates Cc: Johannes Berg , linux-wireless , Kan Yan , Make-Wifi-fast , Yibo Zhao , Rajkumar Manoharan , Felix Fietkau Subject: Re: [Make-wifi-fast] [PATCH v5] mac80211: Switch to a virtual time-based airtime scheduler In-Reply-To: References: <20191222172423.131033-1-toke@redhat.com> <5bab549a72d526f4fd0f708f14b49a7af6e2c0b9.camel@sipsolutions.net> <87r20ck3x9.fsf@toke.dk> X-Clacks-Overhead: GNU Terry Pratchett Date: Mon, 06 Jan 2020 16:54:10 +0100 Message-ID: <87mub0k2cd.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org John Yates writes: > On Mon, Jan 6, 2020 at 10:20 AM Toke H=C3=B8iland-J=C3=B8rgensen wrote: >> Or do a middle ground thing where we use 32-bit arithmetic >> for the per-station weights, but go to 64-bit for the weight sum? I >> don't really have a good grip on how much of a performance impact we're >> talking about here, so I'm not sure which I prefer... > > Double width accumulation is very common in many applications. > Double width addition and comparison are _much_ cheaper than > double width multiplication and division. Yeah, we'd be doing the accumulation in 64bit values in any case; we're talking about mainly multiplication here (the whole point of the reciprocal stuff is to get the division out of the fast path). So how big of an impact is one (or two) extra 64-bit multiplications going to have on a 32bit platform? -Toke