From owner-freebsd-questions@freebsd.org Tue Sep 20 14:01:07 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D750CBE1C7D for ; Tue, 20 Sep 2016 14:01:07 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-io0-f176.google.com (mail-io0-f176.google.com [209.85.223.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE2F3147 for ; Tue, 20 Sep 2016 14:01:07 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-io0-f176.google.com with SMTP id m79so20437535ioo.3 for ; Tue, 20 Sep 2016 07:01:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=cs6n4kX/KT3erV9mEMWIUT3HBW5Mb13jAuk8ishE7LY=; b=PTgBAvG5LYc9Kq7L5P806m/2tT3UqUPgNzEDYW0AYFTYwgguOeI877N771R7l9ottd QqW9UDySWTZMlfaxjsoJ2ANYRP/2yxMuIwqFH4AH23qt24ZS2Gw3sDCe9K6mNjMBTH66 IAX6NETZfAQjfN3kh4VqtvXbViGpnwE8lEC0R2bbloF/3hwjToEzJJklBzGo4tAY5g8N qq3UbycXr6s1XeBGrCVI5B0bSM4+jOUUfts+SW2UrRNvm+1A0/KJDuSNnrogE0Lwcceb OVMowr3FjXEEtgXHh7gmG4LgeO+gtn9/m/Q3c7PhErrMk5DFhBtcn5477IojI4moObzm G9Uw== X-Gm-Message-State: AE9vXwM1QVYKEqqql6wt28V8Rg8oDhkW0tFECA1pOhfFte3Xj5VkJkXsI434ZmK8onoYLw== X-Received: by 10.107.12.140 with SMTP id 12mr42110831iom.6.1474380066077; Tue, 20 Sep 2016 07:01:06 -0700 (PDT) Received: from WorkBox.Home.gmail.com (63-231-169-101.mpls.qwest.net. [63.231.169.101]) by smtp.gmail.com with ESMTPSA id e8sm10179866itc.15.2016.09.20.07.01.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 20 Sep 2016 07:01:03 -0700 (PDT) References: <2e433f07-4dec-a3f3-aa49-7324a704c83e@columbus.rr.com> <867fa86m4s.fsf@WorkBox.Home> <32caf8a7-c40d-7f2a-5d18-72e4c7f42d50@columbus.rr.com> <20160920100946.53558675@Papi> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: Mario Lobo Cc: freebsd-questions@freebsd.org Subject: Re: Updating multiple computers In-reply-to: <20160920100946.53558675@Papi> Date: Tue, 20 Sep 2016 09:01:02 -0500 Message-ID: <86eg4eu0v5.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2016 14:01:07 -0000 Mario Lobo writes: > On Mon, 19 Sep 2016 19:16:33 -0400 > Baho Utot wrote: > >> On 09/19/16 09:43, Brandon J. Wandersee wrote: >> > Baho Utot writes: >> > >> >> How do I use that release assuming that it is on a network server >> >> to update/upgrade multiple systems? >> > Release images are for clean installs. To update machines over the >> > network, just run `make buildworld` and `make buildkernel` on the >> > master system, then mount /usr/src and /usr/obj to the other >> > systems using NFS. >> Ok I will try that >> >> Thanks >> > > I have one question regarding this alternative. > > I already have this scenario set up. > > Suppose that I want to save compile time on the remote machines > and that machine #1 that holds /usr/src and the compiled /usr/obj is > an intel XEON. > > Remote machine #2 that will use this compiled code is an I7 and > machine #3 is an AMD Phenom II. > > If leave CPUTYPE alone, will the resulting code run well on all 3 > machines? If you don't touch CPUTYPE, generic binaries are compiled for the target architecture. As long as you're building for the same architecture, everything should be fine. That's how "official" packages and installation images are built. ;) I won't bother with any "debate" about CPU-specific optimizing, but I'll say that if you're compiling code on a machine other than the one you'll be running it on, or the machines aren't all identical, just leave compiler/optimization flags alone. I've had code compiled using one i7 quad-core model fail to run on another i7 quad-core model from only two years earlier. -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ----------------------------------