From nobody Fri May 31 20:56:55 2024 X-Original-To: bugs@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 4Vrb5j2bWLz5LNH5 for ; Fri, 31 May 2024 20:56:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vrb5h3JPhz4Xm5 for ; Fri, 31 May 2024 20:56:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1717189016; a=rsa-sha256; cv=none; b=NFFXvBTihWySUkLkj3zVhiXoWxgIKUkHEVRM8zZTokw6bMeyFfhk+s+Yq8Ol6ynQQRyyYX mq5/gSo/mkd5OW1P5WFFEmuS9ip+OB+MDEkOPydGvM6uPJNbwiUl6bH4khIhGzKKSl4ohh kc22UeFZ1NYHK2P8hpnAYtYRl+B9o68J0n1zFyB7g8SXRzhMmPW0p3Gk1aAhdHSO6dCYcH E6E/J+LRdy2R5bzn1aDsm5C4bPg1AL+PeF3DA5dUieYvcjgUnDFpvW8Gp/cnNJlqCgfxJS BJ/7foSefyICiNW0Wfca9K0FOqB+pQGrPVQGR5s49Kla5UoE022ZA01xihTxTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1717189016; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=S09FevOx/CJZV1t15q/bipVq5ebkwBs0LMMjgniYmXw=; b=junGrUNjNRVde659WI5Y44hMXa7eeXaMlnAmY+W6mUvg/xy6px1GNOqCmJbrMR8sbSuP4w Iy3wroQ3cqxVJdx1cRcSP8keMffE0oKCTnZ1Tuks2EDzeuGdhB58rlnhRJ/KzkImCXTVGN 3571REiJ8nYCHDbghEeLvBobLpfgcsNej4CHSROUqFmR9Lg1Lzoz8mjSnuYKPt2Yjekm8k JTNGNm//cK98vyd216rfx1HSLnoH+wzbGK+/kZ69ZIlfN9cHW6J6bFl36NAF6ToLhGrQ6g ybxcTTIfWhU5LYemwOcwXPNImgWjXViEputkhBe3zXNntpiZ2c/zXk11wXOASg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Vrb5h2x32zfyT for ; Fri, 31 May 2024 20:56:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 44VKuug1062676 for ; Fri, 31 May 2024 20:56:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 44VKuuDN062675 for bugs@FreeBSD.org; Fri, 31 May 2024 20:56:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command Date: Fri, 31 May 2024 20:56:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 13.2-RELEASE X-Bugzilla-Keywords: needs-qa, performance X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jhibbits@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271826 --- Comment #29 from Justin Hibbits --- (In reply to ben from comment #28) I think your patch is in the right direction, but I think the explicit memo= ry barriers are overkill in part. We likely need to use acq/rel semantics with the atomics, and always do a load_acq() when checking cpu_done. Something like using: atomic_add_rel_int(&cpu_done, 1); (in both cases) while (atomic_load_acq_int(&cpu_done) < mp_ncpus) ; And maybe do the same for tb_ready. --=20 You are receiving this mail because: You are the assignee for the bug.=