From nobody Tue Sep 26 13:05:33 2023 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rw0NP5mgjz4v7hw for ; Tue, 26 Sep 2023 13:05:41 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rw0NN1P0Nz3bNg for ; Tue, 26 Sep 2023 13:05:40 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp; dmarc=none Received: from kalamity.joker.local (123-1-80-101.area1b.commufa.jp [123.1.80.101]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 38QD5Xd4047738 for ; Tue, 26 Sep 2023 22:05:34 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 26 Sep 2023 22:05:33 +0900 From: Tomoaki AOKI To: ports@freebsd.org Subject: Re: dns/bind916 builds rust unexpectedly Message-Id: <20230926220533.2eeba7d5cda6a651f6cc8532@dec.sakura.ne.jp> In-Reply-To: <109973d1-8865-7373-1703-d5b87bd9ad1b@FreeBSD.org> References: <2e1786f2-1aae-7199-5a3e-5d8c9cdbedbf@FreeBSD.org> <109973d1-8865-7373-1703-d5b87bd9ad1b@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.48 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; MLMMJ_DEST(0.00)[ports@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Rw0NN1P0Nz3bNg On Tue, 26 Sep 2023 14:03:28 +0200 Guido Falsi wrote: > On 26/09/23 13:46, Alexander Leidinger wrote: > > Am 2023-09-26 09:44, schrieb Guido Falsi: > > > >> My poudriere machine rarely can do a build run without rebuilding one > >> or more of rust, some version of clang, some version of gcc, > >> qt[56]-webengine, py-qt6 (this one does most of the work single > >> threaded unluckily). Also it often ends up having to rebuild firefox > >> and thinderbird (these two heavily use rust, and get little speed up > >> from ccache), libreoffice (this one at least get a very strong speed > >> up thanks to ccache) etc. > > > > ports-mgmt/sccache-overlay is supposed to handle rust with > > poudriere-devel. I haven't tried it yet, but it's on my list to try to > > get the rust build time down. > > > > Ah, thank you for the information. I did not notice this existed. I'll > check on it! > > -- > Guido Falsi IIRC, poudriere pulls it in on its first build for rust, before I've switched to -devel. Not sure it's actually used or not. But running rustc itself is very, very, very heavy job. It eats up all 6C12T even if only one rustc "process" is running, watching ps. Maybe it is multithreaded and attemps to use all core, including HTT ones, available. hurts severly with UI experience. This is why I try as much proposals as possible for scheduler. -- Tomoaki AOKI