"Checking CPU" never completes on FreeBSD

Describe the bug
"Checking CPU" wheel just keeps spinning on FreeBSD

To Reproduce
Steps to reproduce the behavior:

1. Go to Recognize admin settings
2. Watch the wheel spin round and round

Expected behavior
It finishes detecting the CPU type and features

Recognize (please complete the following information):

• JS-only mode: [e.g. Yes/No]
• Enabled modes: [e.g. object detection, face recognition]

Server (please complete the following information):

• Nextcloud: 25.0.0
• OS: (FreeBSD Jail in) FreeBSD virtual machine (on Linux KVM Host)
• RAM: 16GiB
• Processor Architecture: amd64 (QEMU Virtual CPU version 2.5+)

Additional context
Relevant error message:

Error: file_get_contents(/proc/cpuinfo): Failed to open stream: No such file or directory at /usr/local/www/nextcloud/apps/recognize/lib/Controller/AdminController.php#79

/proc/cpuinfo is a Linux thing and does not exist on FreeBSD. The serverinfo admin page of FreeBSD used to have the same problem, but now it works properly, you may want to check how they are determining CPU information now. But generally on FreeBSD you would use sysctl hw or sysctl hw.whatever.

But I would assume this is checking for AVX(2) anyway and pointless, since FreeBSD needs to use the JS implementation anyway.

Start at lib/Controller/AdminController.php#79 and inspect the CPU detection path that reads /proc/cpuinfo. Compare the FreeBSD handling described for Nextcloud's serverinfo admin page and the suggested sysctl hw approach. Reproduce on FreeBSD and verify that the CPU check completes without the missing-file error.