[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960



Hola, Narcís.

Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot està bé i a la BIOS et detecta tots els nuclis, potser seria el moment de provar diferents comandes i/o programes dintre del teu Debian GNU/Linux (que no veig quina versió utilitzes ... suposo que la última 11.2 oi?).

Jo també m'he trobat en diferents distribucions basades en Debian 11.x i Debian "sid" que no mostrava correctament tots els nuclis i fils del processador, tot i que era en processadors bastant mes antics, i depenent de la instrucció que utilitzava.

Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo" també utilitzo "lscpu",  "cat /proc/cpuinfo | grep 'cpu cores' " per saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants fils em detecta el meu GNU/Linux basat en un Debian recent.

Amb el que t'he llegit en aquesta llista ja imagino que ben poc et puc ensenyar jo a tu i sospito que si et recomano afegir-li una interfase gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i https://tria-s-o.sourceforge.io probablement t'ofendria i pensaries "això es per a novells i no per a mi" però pensa que la meva intenció és només compartir coneixement i agrair el que aprenc de tu (journalctl ? mola! provaré!).


No hem d'oblidar que no existeixen els sistemes 100% perfectes, lliures d'errors. I personalment trobo una virtud i no un defecte que distribucions tant gratuïtes, lliures, amb solera i robustes com Debian GNU/Linux no menteixin i reconeguin això, de forma que facilita la millora continuada, a diferència d'altres sistemes operatius ni tant gratuïts, ni tant lliures, ni amb tanta robustesa i solera, que intenten fer creure als usuaris que "es un sistema perfecte, sense errors" a la vegada que porten molts anys treien "pedaços" que solucionen ERRORS.

Joan Baptista
joanbaptista@gmail.com
Tel. 665 245 561


Missatge de Narcis Garcia <debianlists@actiu.net> del dia dt., 15 de febr. 2022 a les 9:08:
Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar un
a un tots els paràmetres de la BIOS i recordo haver vist això del número
de nuclis, i haver especificat «All».

Gràcies;
Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:
> Hola, Narcís,
>
> Has repassat que l'actualització de la BIOS no hagi deixat valors de
> configuració estranys?
> De vegades convé restaurar la BIOS a valors de configuració per defecte
> i reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en
> els procediments d'actualització.
>
> A banda, he trobat el manual de la placa base que comentes i hi ha una
> opció per seleccionar quants nuclis del processador estaran actius.
> Ves que no sigui aquesta cosa tan senzilla...
>
> SALUT!
> Josep
>
> On Tue, 15 Feb 2022 at 08:41, Narcis Garcia <debianlists@actiu.net
> <mailto:debianlists@actiu.net>> wrote:
>
>     He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador
>     amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la
>     BIOS, i
>     processador central «Intel Core i7-960»
>     https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html
>     <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>
>
>     Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un
>     sol nucli de processador, tot i que el fabricant diu que n'hi ha quatre.
>
>     Hi tenen alguna cosa a veure aquests missatges d'advertència?
>
>     $ sudo journalctl -b -p err
>     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
>     2022-02-15
>     08:36:56 CET. --
>     -- No entries --
>
>     $ sudo journalctl -b -p warning
>     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
>     2022-02-15
>     08:37:00 CET. --
>     de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS
>     de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed
>     by BIOS
>     de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from
>     ccb8)
>     de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus
>     cycles' unavailable
>     de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem
>     0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000828-0x000000000000082F conflicts with OpRegion
>     0x0000000000000800-0x000000000000084F (\PMRG) (20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000530-0x000000000000053F conflicts with OpRegion
>     0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000500-0x000000000000052F conflicts with OpRegion
>     0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found
>     affecting gpio_ich
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000400-0x000000000000041F conflicts with OpRegion
>     0x0000000000000400-0x000000000000040F (\SMRG) (20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't disable
>     ASPM; OS doesn't have ASPM control
>     de febr. 15 08:23:01 system kernel: resource sanity check: requesting
>     [mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem
>     0x000d0000-0x000dffff window]
>     de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
>     mapping multiple BARs
>     --
>     Narcis Garcia
>
>     --
>
>     Narcis Garcia
>
>     __________
>     I'm using this dedicated address because personal addresses aren't
>     masked enough at this mail public archive. Public archive
>     administrator should fix this against automated addresses collectors.
>
>
>
> --
> --
> Salutacions...Josep
> --


Reply to: