From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-f66.google.com (mail-lf1-f66.google.com [209.85.167.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 0524A3B29D for ; Mon, 6 Jan 2020 10:48:02 -0500 (EST) Received: by mail-lf1-f66.google.com with SMTP id r14so36719217lfm.5 for ; Mon, 06 Jan 2020 07:48:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=JwvXY9tqurF7UPby/hKiLmI+vwuu8lkFlUh/uN9hNic=; b=sE7kaPYWOcwnq2w7CZbJVlImIM7hauOE2W/dvamj4Sb5g7YFLccmyvze1NRgUCDtRk q4PaNUya11KAXBki8510fHY+ayteLnePDbWMpQ/VI2YAudhAp5sObXBojUq3DcqX75GG zXmsN9uvrXQlj/57qgNRxnSsLn+PEeg1WSC8BMNjCGCP8tvObOKf4BCp1p8hSlw8nTWK s2QQYujvJbc4uoaaCwkT/nx3Nl6xkviMeN+dzbGRelbA2hrFWyqm/e8vJZpYwLeYq294 yeSkq382hvY+3/fuAABP2eT7Xgd0hw+vRFkFCQxxVZsSxk3BmGKzwBasxK5+/TSggZ2C Rw+w== X-Gm-Message-State: APjAAAVCTAMlI4XdaWm8g9Y+u/Dbr3LRD0CQU7LNy+LrfnjreQk4THOL f8V4qyKnsQnCc75H/yuCWZxYxcUtaMwpPnwNd+8= X-Google-Smtp-Source: APXvYqyTWafum5/XkiZoK50r7/V3XLCnT7RlSIH/YbG5hRKZYVIx4AimrqeY9c/ej7J5q+gsYO2EKptimTOzgAz1c2Q= X-Received: by 2002:a19:5f05:: with SMTP id t5mr57935506lfb.149.1578325681927; Mon, 06 Jan 2020 07:48:01 -0800 (PST) MIME-Version: 1.0 References: <20191222172423.131033-1-toke@redhat.com> <5bab549a72d526f4fd0f708f14b49a7af6e2c0b9.camel@sipsolutions.net> <87r20ck3x9.fsf@toke.dk> In-Reply-To: <87r20ck3x9.fsf@toke.dk> From: John Yates Date: Mon, 6 Jan 2020 10:47:50 -0500 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: Johannes Berg , linux-wireless , Kan Yan , Make-Wifi-fast , Yibo Zhao , Rajkumar Manoharan , Felix Fietkau Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Make-wifi-fast] [PATCH v5] mac80211: Switch to a virtual time-based airtime scheduler X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 15:48:03 -0000 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. /john