From owner-freebsd-current@freebsd.org Fri Jan 22 09:45:37 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B0C54EF380 for ; Fri, 22 Jan 2021 09:45:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DMZBS2RXjz4cYP for ; Fri, 22 Jan 2021 09:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1611308734; bh=snHL0uY8Kt9wECQ/GMG1Cw+AVga5zaGd7GKeJRHJHA2=; h=From:Subject:Date:To:From:Subject:Reply-To; b=Xe7jhfAHKOkeLXNyN+mEHEgcAhEXE0EB/lRlbfL+sbtZNBGeEQB1BLuo8WUpitrNU37ZjsVaCNkFUZhMmQHVliYrsp5/jiL12i2KdUE7muaBDEeQEmF5PgpdjZsRZmhqDJUJQbDIdq3yP1HLqzuiJUUVcMcKfuoeTh7yp6rsaEywXkBn5TZc/mIDYpB9TmZNxfVWhZ3MDeeqOOPrrmTC5okBeg6yzkRfDHv5H94SQsna1IaKTysZXH9R3nyEtQLMs+MTGRMXMGjav5ynhEzKdYmYmfs/bhejUh2nAXvY+3NnVnGvQUI73TusZotAiS+tv+4pV+UWqb8ZtHJ2Udw9DQ== X-YMail-OSG: gcK3EewVM1n1qtA_m66ie1WMvTD_Z3XJkM7aBln2mifEgRF5PkggCDD2jxde2TC 8n894YxQtckWd6cmkkaCpfXXtea9V6GJ_RAZL4fsX6RZwFDefW81Lf9vHaAGO2OWU7SAREDgjXAg d4HVvzcjhkSBDKv7CYlvnnytPOKzghb0FQnBWmC6DsXWX0CxYhAC5WcYZpBSPCKtuVDNQzoZNSGr SKWXw_5Ew9N95AFfEH1fR6E4TfEI3W6nZQCSSura8g7qRXRpXe460TABgToheLWsbsmneNjGSGEB 0KF62E2kIJg_EGgrGHo.VNjVV1AXGvaTrlhzUdfskIB8SGGh0Y3x2_rNQbAo0H4usckK.pka.MB0 l_cniXKbS0w.tw2JL6g6vgFRgp.7HGyHqifH0jOZewb.KTLCtrqQyJJiBINCF2UXD5swbHUGGHMX Vwu8yivWovL2Pqz2HAJ6djU_mnluuFVaY7artqT1uEXKfLUpqMu.utUhKlaoM6485Vsc_HyOuuKV fHqmQDQm6hM84o32YX0fxsmVN0qzblu076cTXkmpeVViS1cdcs7VXLohj4N7QjioEQhzwx2T1lXH .XuvKkxd3A7eiglXwnbe.8fSXWjpWcyBkS5Up5IxIflzscgE1l.PfKn.IXtcn.0NgGSjg.fOE194 3FgRaPTeGDz8lfBgAZ0mv0okzWjMogbZpty0yYunF7g8yy8t_K3wKcWA07zs7n_zzTjj_I1D0U4c tIeIFoAea4dpeuicc2ci_epP1.LXZDZNYuzhplR83v_u1iLxqTJucEGhWtHpi5AcTaYuoYnl1gI3 4oVDxPi.SnoMaG2PCEUUDPYIPSggAquWsq1n.2WjVksogJ.99mY8vwsQeYHjX0OSpoL2XhvCPJ2g W8chDUHRQgUxsCBnuTEOpfeZgmCRKsqu74BFxQSY_ziRu2EAVeeub5793lwZ5pmRPDH5xo6xRrtt zLOoGBKWCXxvjVNyqeD6SxEZyFxHeFL_9OOQz8E26Fjkb4RIa2jlZLDWbuQM7Z1dTPnCSi1r_XSM c8i5n.w1HO6Z.XSk26MPaW6qoHdCaejJNPecK3SlBHS0uIKm3oq14OdoErJNq4fOyUmjFNJ_9aTx uOzRVHldpZec3Cagpv_yy_UkkDrbzMc_F2fEEg7favydYfkQMfao.JYZpQlbkBFFHr_l_zQzResJ PP8is8IxHaA.oiULqaiVeD2KLUDporJCuBVn1EXbMjc_sSaKeHHRXKqMlTzPzPNJUEAe8VD4EK1V yn8MWCsDp2SbQ6R7hroS0bmysINfFRMCCpLnafQVVSeV0tOlIhG7_EFvxypYPtcARXs5ApM4GUNF EiJzmbYyPf4bu.Is9Xew1ziOyPybyX7nykcyfG65FkLeQJwI0E2zA25pK5FrRnQO.Rf7gkC3Cio5 1v9CRozChF2nhoWGYSCvHU8CrA78dYbrNY.ndYH.BD92pf8VC2mKfcmdo3yego2kXMD4gcLdvHpV IoFBp1zmCCpfnBXjzWmK6TL.8DpTpZ3D0rMgTqUhREooPQU1WtnC3rm3e7pG0v8u4DoLYWQXP1FG 8acMpoe0wCGIf9KLG_sD1E2sK0IooILNS_GV6pkDOEFFQABlvNSDOjAM4VJa7FwHcbzUgOkHojM6 7i9kJdhpj183hr3XIdd913Sg6pXwZ7_K9WTWW_rbBZb1IemMjiZHIBULMjutqPkk7wO0Dzud.zmx y32D1qzEEjpvtG.UsydXN2r0.UlOJSK3dI17ehVgXKp8BtoHUi10yZyeQNl.W420x6AJItTi.gq2 mGx8Dj59tTGfsNyt9L5F0VoqckE1z1S6fFFoZKqHEAEDFE9WP60lHmRfnciLisq54pqty3WvVgkv vNBIHx7q8GN2I9XwJO3JJhIWUS8XLrqegj4Wvnln6bcMcyplQsq_ge2dT_5RV3a4Rpg2r03KAJno I5sOCPEGeN8B_EzvrRcuui0i2_rL2pmpibYwhr.m9krNtYRJtWrnACqHr00Kvm6.PYWlhOH0cowO Z2irRPuWUsJt0Ky2j.LhYBvZNcTTA6IvpiaBWMzKGIJxqiZZ8o5634ACK8WSTRTZkwzndMV7CB_4 EYcdwOQsQyGAd.oz1JrPrzrBfjlt8ogfNBBRhk2JbCgUS.f86vR7rX5BWo5rcjB09osk3.wvulmM FsuUtpVPg6zc31AqrbPvfacu5zZ8vWNTtdnR1zFzSduweGQHV6TFpim4_lKiwJgbmuTxW_zhajHf X.Gmeudq22zSBAbN2vIMYpDTes8aMTQmTiaaAC_SNgAnscCw24WOKJxpr5JOLe0wPvY2EgdnvVE7 Y8BkhZla.VDL3zZVri6niproP_6i617mjNy4kCO9Yo5nF9Y3KJeuEG49VlFfju6pxbW8xb5pQ1xI Z7w2wp6zzwlLFXqs3E9bmbGuKjPAcKWhRxx1_E2isxufe8RQ_NbHsykcs9cXLjfx.9lcS2BSFl37 ZNTb9Qm0KGRYm1LI.l1uRehj_n.LXDniyl4lKBCHE7g_AKv.Xnb3Xs2UbLhDPPpL2RreL5K1VNp_ 9i2aCke0iWPGTIKp_8kRI280TVFuX Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 22 Jan 2021 09:45:34 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3cda624c97969f597ae7530c7e696a41; Fri, 22 Jan 2021 09:45:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: FYI: Why META_MODE rebuilds so much for building again after installworld (no source changes) Message-Id: Date: Fri, 22 Jan 2021 01:45:29 -0800 To: Bryan Drewery , Current FreeBSD X-Mailer: Apple Mail (2.3654.40.0.2.32) References: X-Rspamd-Queue-Id: 4DMZBS2RXjz4cYP X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.69 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.19)[-0.187]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.146:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2021 09:45:37 -0000 Given an already built, installed and booted system version, I've noted a big difference for META_MODE in 2 rebuild contexts (no source updates involved): *) Prior buildworld buildkernel, installkernel, installworld, boot presumed before (A) and before (B) below. A) make . . . buildworld buildkernel make . . . buildworld buildkernel (the 2nd buildworld buildkernel in (A) builds far less than the = first) (that means that the first built more than I would have guessed) vs. B) make . . . buildworld buildkernel make . . . installworld make . . . buildworld buildkernel (the 2nd buildworld buildkernel in (B) builds far more than it did in = (A)) (so, more like the 1st buildworld buildkernel in (A) and (B), given the specified prior context) So I used make -dM for the commented buildworld buildkernel lines, = logging the build output and later diff'ing them. Result that I noticed? Lots of lines uniquely from (B)'s case, ending = with one of: file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/awk' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/cap_mkdb' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/cat' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/cp' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/crunchgen' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/crunchide' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/dd' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/egrep' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/env' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/file2c' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/gencat' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/grep' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/gzip' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/jot' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/lex' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/ln' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/m4' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/mv' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/patch' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/rm' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/sed' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/sh' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/touch' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/truncate' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/uudecode' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/uuencode' is newer than the target... file = '/usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/u= sr/sbin/xargs' is newer than the target... The lines with these lead to more files being updated and so causing = more indirect rebuild activity (that cascades). Many/most/all(?) of these seem to me to be unlikely to actually need to contribute to what needs to be rebuilt (just based on being newer). So the option to ignore (some of?) them could be useful in making META_MODE builds quicker. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)