Date: Sat, 29 Jun 2024 20:13:25 +0000 From: bugzilla-noreply@freebsd.org To: emulation@FreeBSD.org Subject: [Bug 219913] emulators/virtualbox-ose-kmod: if the MAXCPU option is not the default for the running kernel, then 'kldload vboxdrv.ko' will result in a kernel panic Message-ID: <bug-219913-4077-0PJY4X0tpV@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-219913-4077@https.bugs.freebsd.org/bugzilla/> References: <bug-219913-4077@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=3D219913 --- Comment #16 from Vladimir Druzenko <vvd@FreeBSD.org> --- So, we have come to the conclusion that now (MAXCPU=3D1024 by default) ther= e is very little point in creating any patch for emulators/virtualbox-ose-kmod? Therefore, I propose to simply close this PR as an Overcome by Events. IMHO, we should think about the next increase MAXCPU before release 15: - Intel has had CPU [1] for over a year now that allow to create a server w= ith 960 threads (60 cores per socket * 2 threads per core * 8 sockets); - AMD just announced [2] a CPU with 192 cores per socket * 2 threads per co= re * 2 sockets =3D 768 threads. So even before the end of life of 14, servers with the number of threads > = 1024 may appear. [1] https://ark.intel.com/content/www/us/en/ark/products/231747/intel-xeon-plat= inum-8490h-processor-112-5m-cache-1-90-ghz.html [2] https://www.tomshardware.com/pc-components/cpus/amd-announces-3nm-epyc-turi= n-launching-with-192-cores-and-384-threads-in-second-half-of-2024-54x-faste= r-than-intel-xeon-in-ai-workload --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219913-4077-0PJY4X0tpV>