From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id CE797C433EF for ; Thu, 16 Sep 2021 16:39:50 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B224061BB5 for ; Thu, 16 Sep 2021 16:39:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243845AbhIPQlJ (ORCPT ); Thu, 16 Sep 2021 12:41:09 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:56038 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242979AbhIPQhu (ORCPT ); Thu, 16 Sep 2021 12:37:50 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id 70F0D1F440DA From: Gabriel Krisman Bertazi To: Arnd Bergmann Cc: Peter Zijlstra , =?utf-8?Q?Andr=C3=A9?= Almeida , Thomas Gleixner , Ingo Molnar , Darren Hart , Linux Kernel Mailing List , Steven Rostedt , Sebastian Andrzej Siewior , Collabora kernel ML , Linux API , GNU C Library , Michael Kerrisk , Davidlohr Bueso Subject: Re: [PATCH v3 2/6] futex2: Implement vectorized wait Organization: Collabora References: <20210913175249.81074-1-andrealmeid@collabora.com> <20210913175249.81074-3-andrealmeid@collabora.com> <875yv4ge83.fsf@collabora.com> <58536544-e032-1954-ce30-d131869dc95e@collabora.com> <8735q5dutq.fsf@collabora.com> Date: Thu, 16 Sep 2021 12:36:21 -0400 In-Reply-To: (Arnd Bergmann's message of "Thu, 16 Sep 2021 13:50:14 +0200") Message-ID: <874kak8ol6.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-api@vger.kernel.org Arnd Bergmann writes: > On Thu, Sep 16, 2021 at 1:22 PM Peter Zijlstra wrote: >> >> On Thu, Sep 16, 2021 at 12:10:25AM -0400, Gabriel Krisman Bertazi wrote: >> >> > I find this weird. I'm not even juts talking about compat, but even on >> > native 32-bit. But also, 32 applications on 64, which is a big use >> > case for games. >> >> Seriously, people still make 32bit applications today? And for legacy >> games, I would think the speed increase of modern CPUs would far offset >> this little inefficiency. > > There are 32-bit Windows games apparently, because it's easier to build it > that way than having both 32-bit and 64-bit versions. Yes, many modern, recently released, tiple-A Windows games running over Proton/Wine are published only in 32-bit. We also keep a 32-bit Proton for that reason. > There may be native 32-bit games built for Linux from the same sources when > that is not written portably, not sure if that's a thing. > > One important reason to use compat mode is for cost savings when you can > ship an embedded system with slightly less RAM by running 32-bit user space > on it. We even still see people running 32-bit kernels on Arm boxes that have > entry-level 64-bit chips, though I hope that those will migrate the > kernel to arm64 > even when they ship 32-bit user space. > > Similar logic applies to cloud instances or containers. Running a 32-bit > Alpine Linux in a container means you can often go to a lower memory > instance on the host compared to a full 64-bit distro. > > Arnd -- Gabriel Krisman Bertazi