From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2On4JgjesWG+ZAAAgWs5BA (envelope-from ) for ; Thu, 09 Dec 2021 11:44:24 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id iKmSIgjesWGyYAAAbx9fmQ (envelope-from ) for ; Thu, 09 Dec 2021 10:44:24 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4A29015AF4 for ; Thu, 9 Dec 2021 11:44:24 +0100 (CET) Received: from localhost ([::1]:47806 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvGuV-0007B3-Ga for larch@yhetil.org; Thu, 09 Dec 2021 05:44:23 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53998) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvGuA-0007As-S0 for guix-patches@gnu.org; Thu, 09 Dec 2021 05:44:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:59220) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mvGuA-0001iN-KA for guix-patches@gnu.org; Thu, 09 Dec 2021 05:44:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mvGuA-0002Pq-Eu for guix-patches@gnu.org; Thu, 09 Dec 2021 05:44:02 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#52283] [PATCH 02/10] transformations: Add '--tune'. Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 09 Dec 2021 10:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52283 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 52283@debbugs.gnu.org, Thiago Jung Bauermann Received: via spool by 52283-submit@debbugs.gnu.org id=B52283.16390466309261 (code B ref 52283); Thu, 09 Dec 2021 10:44:02 +0000 Received: (at 52283) by debbugs.gnu.org; 9 Dec 2021 10:43:50 +0000 Received: from localhost ([127.0.0.1]:42533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvGty-0002PI-90 for submit@debbugs.gnu.org; Thu, 09 Dec 2021 05:43:50 -0500 Received: from mail-wr1-f51.google.com ([209.85.221.51]:34559) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvGtw-0002P5-5D for 52283@debbugs.gnu.org; Thu, 09 Dec 2021 05:43:48 -0500 Received: by mail-wr1-f51.google.com with SMTP id j3so8955243wrp.1 for <52283@debbugs.gnu.org>; Thu, 09 Dec 2021 02:43:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=TbesFBGCTneq+OjaVbCPYo3TqqWmTcSdn0BToE5IVoc=; b=LKx2cg30i3uq4BbxlCMMSaeLp4S4zsI7RsDkg08+hmqVbIid20ZIfW5BWkMDV3e54l 1iR4RQ9oD4Q43/vow2lUbZIdSxNJwUocyIOgYIkBS29i+unZr+A5a5zgJQeq+fUX3fMC WJ3WReF5WiujeFDgSYcv3ZPDWLO4jpAzrd0Y3jpZWHu5bfMUECX1/kJMXOYRw6AnsD7Z 4V+bzQTBc2dOJYBBe3q1uC9FumIQv0vvddtBKYRDBV/5+PKoeEPs4hGUxkmpkMltITSV 2vDQD4zzjsfOYsswXfx+TogqOX3Y04pzrNtDohXIDTmxjQokh2/I9DB+0EW6Ou6diD2d EDIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=TbesFBGCTneq+OjaVbCPYo3TqqWmTcSdn0BToE5IVoc=; b=eg/6aKhPj3rYSqIq1Hw7E6EmCqC229uzUMsPhg9nkb8anYTzi0+j67agsWT6Zf02k9 R7jf5oVGJPZ8FEwFQbmAxqko+A25zihxS6nXnTDwk5ezZhWMXQoEYHpckp3Ilzylma2M NEj76ic/kcPGicdcjIvyuQd/b3/2dxvnmJySyMpaJL5fz4cU4yZN5Nmu6vpjl4k5JYdT icpMl9/hG8eoO3IMZ8NxJEcMg9ez4u+Renzv5os6K2yA+JKlk8imLIGX56Vw12zpH85J gW3dzfeRhYJfq8EjquUSQrLy0bPge9/T3hhR4Y+/OXyhzxsWXVGoPPP/i85USFM2h6/d nmNQ== X-Gm-Message-State: AOAM532WPdZvnTtcPXFG3bDKlZgKS3Eu/7oxH4HY+/fB8Iv1mzFZS0Fh B4l9pOBeNHhkDbjpoGYFMvcunpQpjh4= X-Google-Smtp-Source: ABdhPJwNnSi41wiWCgEznfjn1O7PWECDdfwj4ZnFXATZRUGsAcfuoal46vS/KVpmat6OI3SfpMBIiw== X-Received: by 2002:a5d:47c3:: with SMTP id o3mr5549713wrc.348.1639046622115; Thu, 09 Dec 2021 02:43:42 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id i7sm5454990wro.58.2021.12.09.02.43.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Dec 2021 02:43:41 -0800 (PST) From: zimoun In-Reply-To: <8735n2gmph.fsf@inria.fr> References: <20211204204924.15581-1-ludo@gnu.org> <20211204204924.15581-2-ludo@gnu.org> <7364829.rrRS6mQaNJ@popigai> <871r2olu1j.fsf@inria.fr> <875ys0jwlf.fsf@inria.fr> <8735n2gmph.fsf@inria.fr> Date: Thu, 09 Dec 2021 11:35:33 +0100 Message-ID: <86pmq6oykq.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1639046664; h=from:from:sender:sender: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:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=TbesFBGCTneq+OjaVbCPYo3TqqWmTcSdn0BToE5IVoc=; b=HG8baniplXsoCNEB6ogdgM5Nns7qb3ndOl33f0cBiFgS4+nMhjmWnJN7M8DsUH4UCcBY5k r22+vSeqGY5/4l0RUqyWuad4pabImt3B8NSiDU47fZQQDnNZbaF5geEuRplbkj2aNxFMX1 ycXrYfCeZFrEx+rvddH/nicIc3hTdk2JMiBYrRFWCNE0wxUCSHtivJxBpQTgm+NBzTRWfl fajAvt1N159zjrV0XT6iEQOZ3diY6apyRdFzKnvVRYezlenWi8KdklcwgIkP6UzLG1Xz6/ 0pVq6t7XIwoy+g/yZSojid8z6tTk5Onq+zonNU+cuctLE/j1ugLiUhnKDdh9WA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1639046664; a=rsa-sha256; cv=none; b=E/VZWI3hvMds/kiMldwePFkE176MT4/GuVjKNSdcNot1pdHueFWaxVLSbb+8u/KNL+DQ2S mibCes/iiNU7aAKd6nQtEHJsKWI87J2qp+1Ul/HG40Oa9ECxkB6i8McBoQ1cUFQzLR3XrP wnYFHiHZsRMSP9qP5qkIYiuiJp+YKj74lmh4EBf2UeAvCJqKWzrGOTAZnCGo/+60TaHzN0 +jpdIevUFrg8NFlpaHAYMQLvKy4eG30W0jUlHQ8YqizI0+Ic7Ab6PMgWX6L3OCLZkw6f2E wOoF+vIvLDS3CsfVbZm18Xw5WcowTDpGAAaX0O4pxmHtoiMTGHy6FsiQEntJ+g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=LKx2cg30; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -1.85 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=LKx2cg30; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 4A29015AF4 X-Spam-Score: -1.85 X-Migadu-Scanner: scn1.migadu.com X-TUID: ZyxZpPElLAGU Hi, On Thu, 09 Dec 2021 at 10:19, Ludovic Court=C3=A8s wrote: > zimoun skribis: >> I imagine the scenario: I develop a new simulation tool, I package it >> for Guix, I share it; usually I run "guix shell -D" and do loop over >> "make" and "make check", then deploy using "guix build --tune". My >> colleague fetches it and want to run it on another cluster, i.e., they >> run "guix build --tune". The test suite for the generic/baseline is >> never run inside a clean environment. And as we know, this isolated >> part allows to detect many common issues; which are often source of >> "it works for me, why does it not work for you?". ;-) > > Sure, we can always come up with such scenarios. Turning off the test is the general case to cover various use case. Does it make sense to conditionally turn off? Say, the default for =E2=80=99tune=E2=80=99 is #f, but it is #t when the requested host micro-ar= chitecture is the same than the daemon one. Well, maybe it is overcomplicated for few corner cases. :-) >>> According to this page, =E2=80=98--tune=E2=80=99 won=E2=80=99t be neces= sary here because Julia >>> supports function multi-versioning for its =E2=80=9Csystem image=E2=80= =9D: >> >> Yes, but from my understanding, the "baseline" cannot provide an image >> for all the micro-architectures, but only 'generic'. Moreover, as you >> described elsewhere, we cannot know for sure whether the machine that >> hosts the daemon is able to run code for this specific >> micro-architecture. > > With multi-versioning, the system image (AIUI) provides several versions > of the relevant code, one for each useful micro-architecture. Such a > system image can be used anywhere because the right version of the code > will be picked up at run-time depending on the host CPU. Thanks for explaining. Indeed, the =E2=80=9Cbaseline=E2=80=9D could provid= e an image for all the micro-architectures; if it is not already the case*. The blog post [1] refers to LWN article [2]; which underlines the impact on the resulting image size, it should be minimal. Benchmark required for Julia. :-) 1: 2: Cheers, simon *not already the case: =C2=ABAs an example, at the time of this writing, the following string is used in the creation of the official x86_64 Julia binaries downloadable from julialang.org:=C2=BB generic;sandybridge,-xsaveopt,clone_all;haswell,-rdrnd,base(1) And I do not know exactly if the current situation for the precompiled .ji is optimal, another story. Indeed, this tune transformation is not useful for Julia. :-) Thanks for the patient explanations.