Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rL3Bz-005qKL-Fa for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Jan 2024 15:30:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rL3Bx-0064LP-9S for pgsql-hackers@arkaria.postgresql.org; Wed, 03 Jan 2024 15:30:01 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rL3Bw-0064LH-NA for pgsql-hackers@lists.postgresql.org; Wed, 03 Jan 2024 15:30:00 +0000 Received: from mail-il1-x136.google.com ([2607:f8b0:4864:20::136]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rL3Bt-00DYI9-US for pgsql-hackers@postgresql.org; Wed, 03 Jan 2024 15:29:59 +0000 Received: by mail-il1-x136.google.com with SMTP id e9e14a558f8ab-35fc6eb9075so1413555ab.1 for ; Wed, 03 Jan 2024 07:29:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704295797; x=1704900597; darn=postgresql.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=5nM4/y7N+75GF4mndFR+PTdK46dAlpFyQbEX8/S5sy0=; b=cjrTFbJjr814Q1MxSUpOyIbVr0Bd3qEz38KD1eRIkPhZStusN594a5E4nV4Ohf7agF gL6EURODxgOtRW8l2y5g+q2wawzsR2uEg47cr5CryexOzfW7FpeTch8Pyx3Foec+qXve 2ximTjzdCFEEqIkw/lzrn1DPZTx/XDU295zaK/uUl92tjrFOCnAkLl0DlYEDJiwxxmNG aJ8xIrrVOt4rVEy4HoSp30qh25Mc8cggsWGx2tyAk8pzyJt72cdTxEI4ZbMDILs+kHkv 4pIclr09v/qk681y4j0AAvLwtWGCAmgN9NpgEI8ecz56089VAEVY3pQaEd9/NI23LUal Ky8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704295797; x=1704900597; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=5nM4/y7N+75GF4mndFR+PTdK46dAlpFyQbEX8/S5sy0=; b=COyc82oq48D2aOHgqqqJUIj/ZrpjUphd7FTO6NLWTrxUFiW2EtVwKqYuO7mfjj2Mhl RKyp5EDa0MJuEyMmMPVrL8hd1PYNuVwun/+d6I9YG1XHWAxll8bTmSq07W4m4ingjQIW Vkr2m+9/zFTm8Hj3aoj6dTsznl52MN1kcyN7kvU92cMKyizv2ROo3bpruhCOR6+moUSQ ZMMLgubFtDbz+Rg8y93rP3Rg2vzswu9E+6P38Q7MS2x/tgBaAG4gKWaOJohGPRy8tty6 Q+AWQ0PQjLF/pFYJJv29PoCtXS9zxRR05T3mna7lDnA5dUVwimFdp4m17uNMcNiCoAC2 qV3Q== X-Gm-Message-State: AOJu0Yz55LKPiLzN8m391XbRJyLhDt5jfrS+HFVXAOp+3Iiu/1XSkIb1 KZQae+2HKOO9fJ1IJh9cIfVS36uiEkA= X-Google-Smtp-Source: AGHT+IEUv/JpKKAQv7CGVcxdVd+YkpSr5jp8cSbu3q0ygqZh3JfbNj5TscbzaECofPCGLpbE20YzEg== X-Received: by 2002:a92:cdad:0:b0:35f:c8cc:2aa2 with SMTP id g13-20020a92cdad000000b0035fc8cc2aa2mr864583ild.26.1704295797240; Wed, 03 Jan 2024 07:29:57 -0800 (PST) Received: from nathanxps13 (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id m10-20020a056638408a00b0046cf80c799fsm6931725jam.120.2024.01.03.07.29.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 03 Jan 2024 07:29:56 -0800 (PST) Date: Wed, 3 Jan 2024 09:29:54 -0600 From: Nathan Bossart To: John Naylor Cc: Ants Aasma , pgsql-hackers@postgresql.org Subject: Re: add AVX2 support to simd.h Message-ID: <20240103152954.GA1300001@nathanxps13> References: <20231129171526.GA857928@nathanxps13> <20240102161123.GA955987@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Jan 03, 2024 at 09:13:52PM +0700, John Naylor wrote: > On Tue, Jan 2, 2024 at 11:11 PM Nathan Bossart wrote: >> I'm tempted to propose that we move forward with this patch as-is after >> adding a buildfarm machine that compiles with -mavx2 or -march=x86-64-v3. > > That means that we would be on the hook to fix it if it breaks, even > though nothing uses it yet in a normal build. I have pending patches > that will break, or get broken by, this, so minus-many from me until > there is an availability story. How will this break your patches? Is it just a matter of adding more AVX2 support, or something else? If the requirement is that normal builds use AVX2, then I fear we will be waiting a long time. IIUC the current proposals (building multiple binaries or adding a configuration option that maps to compiler flags) would still be opt-in, and I'm not sure we can mandate AVX2 support for all x86_64 builds anytime soon. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com