Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 03 Aug 2023 21:47:04 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 269572] MAXCPU too low for contemporary servers
Message-ID:  <bug-269572-227-KaxoXddbzC@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-269572-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-269572-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D269572

--- Comment #10 from commit-hook@FreeBSD.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=3D9051987e40c5a1f2396c5ceecff119fb4=
da28160

commit 9051987e40c5a1f2396c5ceecff119fb4da28160
Author:     Ed Maste <emaste@FreeBSD.org>
AuthorDate: 2022-09-30 12:14:22 +0000
Commit:     Ed Maste <emaste@FreeBSD.org>
CommitDate: 2023-08-03 21:41:26 +0000

    amd64: Bump MAXCPU to 1024 (from 256)

    Hardware with more than 256 CPU cores is currently available and will
    become increasingly common over FreeBSD 14's lifetime.  Increase MAXCPU
    in the amd64 GENERIC kernel configuration to 1024.

    Earlier commits increased some related limits.  These prerequisite
    commits include at least:

    - d7ed40243769 Increase MAX_APIC_ID safeguard to 0x800
    - d1639e43c589 cpuset: increase userland maximum size to 1024

    Global and allocated arrays sized by MAXCPU result in excessive bloat
    on systems with lower core counts.  In addition, some code used u_char
    (8 bits) to hold a CPU index, which is not valid if MAXCPU is greater
    than 256.

    A number of recent commits addressed these sorts of issues, including
    at least:

    - 133935d26f20 pf: atomically increment state ids
    - 74ac712f72cf vmm: Dynamically allocate a couple of per-CPU state save
areas
    - 78cfa762ebf2 callout: Move per-CPU callout state into the dpcpu region
    - 42f722e721cd amd64: store pcids pmap data in pcpu zone
    - 9801e7c275f6 smp_topo: dynamically allocate group array
    - 9fb6718d1b18 smp: Dynamically allocate the stoppcbs array
    - 2bb16c635249 x86: retire use of intr_bind

    There are some additional allocations still to be converted and
    more scalability work is required to make effective use of very high
    core count systems, but this change allows us to boot on these systems
    and provides a Kernel Binary Interface (KBI) for the FreeBSD 14 release
    that supports these configurations.

    Special thanks to AMD for providing hardware to test these changes.

    PR:             269572
    Reviewed by:    des
    Relnotes:       Yes
    Sponsored by:   The FreeBSD Foundation
    Differential Revision: https://reviews.freebsd.org/D36838

 UPDATING                  | 4 ++++
 sys/amd64/include/param.h | 2 +-
 2 files changed, 5 insertions(+), 1 deletion(-)

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-269572-227-KaxoXddbzC>