Come scoprire la frequenza reale delle RAM installate

La frequenza reale delle RAM installate non coincide sempre con il numero stampato sulla confezione o letto al volo in BIOS. In pratica devi distinguere tra frequenza nominale del modulo, profilo SPD/XMP/EXPO e frequenza effettivamente applicata dal controller memoria. Se vuoi sapere davvero a che velocità stanno lavorando i banchi, devi leggere il dato giusto nel punto giusto.

Il caso tipico è semplice: compri DDR4-3200 o DDR5-6000, ma il sistema mostra valori diversi. Non è per forza un problema. Spesso il modulo è capace di quella velocità, ma il firmware ha caricato un profilo conservativo. Altre volte il valore che vedi è già il dato corretto, ma espresso con un’unità differente. La confusione nasce quasi sempre da qui.

Frequenza nominale, data rate e clock reale

Con DDR, la sigla commerciale usa quasi sempre il data rate effettivo, non il clock fisico. Un modulo DDR4-3200 non lavora a 3200 MHz di clock interno: il clock base è circa 1600 MHz, ma i trasferimenti avvengono due volte per ciclo. Lo stesso vale per DDR5-5600, DDR5-6000 e così via. Quindi quando un tool mostra 1600 MHz su una RAM “3200”, spesso sta mostrando il clock reale e non c’è nessuna anomalia.

Questa distinzione è il primo filtro da fare. Se un software riporta 1596 MHz, il dato è coerente con DDR4-3200. Se riporta 800 MHz, allora la memoria sta probabilmente lavorando a DDR4-1600, quindi sotto specifica rispetto al modulo. Con DDR5 la logica è identica, solo che i numeri sono più alti e i profili automatici cambiano più spesso in base alla scheda madre.

Il metodo più affidabile: leggere SPD e configurazione del firmware

Per capire la frequenza reale, il punto di partenza è lo SPD (Serial Presence Detect), cioè il chip sul modulo che descrive i profili supportati. Da lì ricavi la velocità dichiarata, i timing e la tensione prevista. Poi confronti quel dato con la frequenza che il BIOS/UEFI ha effettivamente applicato all’avvio.

Su Linux puoi usare dmidecode per vedere i dati esposti dal firmware, ma non fermarti lì: alcuni valori sono incompleti o generici. Meglio affiancare uno strumento che legga direttamente SPD, quando disponibile. L’obiettivo non è trovare un numero “bello”, ma verificare se il sistema sta usando il profilo previsto oppure un fallback JEDEC più lento.

Ecco una sequenza pratica.

1. Controlla il profilo dichiarato dal modulo con strumenti che leggono SPD.
2. Controlla il valore applicato dal sistema nel BIOS/UEFI o nel sistema operativo.
3. Confronta il clock reale con il data rate commerciale, ricordando il fattore DDR.
4. Verifica che tutti i moduli siano allineati: il sistema tende a scendere al denominatore comune più basso.

Su Linux: comandi utili per vedere la frequenza effettiva

Il comando più immediato è dmidecode. Non sempre è il più preciso, ma è veloce e ti dice almeno cosa il firmware dichiara come velocità supportata o installata.

sudo dmidecode -t memory

Nel risultato cerca campi come Configured Memory Speed, Speed e, se presenti, i dettagli del singolo modulo. Il punto importante è distinguere tra Speed del modulo e Configured Memory Speed del sistema. Se il primo dice 3200 MT/s e il secondo 2133 MT/s, la macchina sta usando un profilo più lento di quello supportato.

Su molte distribuzioni puoi anche interrogare lshw.

sudo lshw -class memory

Il vantaggio è che a volte mostra una sintesi più pulita della configurazione corrente. Il limite è il solito: dipende da quanto bene il firmware espone i dati. Se trovi una frequenza apparentemente bassa, non concludere subito che la RAM sia “lenta”: verifica sempre se il tool sta mostrando clock, data rate o un valore dichiarato dal BIOS.

Per un controllo più tecnico, soprattutto su sistemi desktop o workstation, puoi usare inxi se è installato.

inxi -m

Non è la fonte più autorevole, ma è utile come colpo d’occhio. Se inxi, dmidecode e BIOS/UEFI raccontano la stessa storia, hai un quadro abbastanza solido.

Su Windows: dove guardare senza confondere i valori

Su Windows il Task Manager mostra la velocità della memoria nella scheda prestazioni. È comodo, ma va interpretato con attenzione: di solito indica il data rate effettivo o un valore già normalizzato, non il clock base. Se vedi DDR4-3200, puoi aspettarti un dato nell’ordine di 3200 MT/s, non 1600 MHz.

Per un controllo più preciso usa PowerShell e WMI/CIM. Il campo più rilevante è spesso ConfiguredClockSpeed o informazioni analoghe, a seconda della versione di Windows e del firmware.

Get-CimInstance Win32_PhysicalMemory | Select-Object BankLabel, Capacity, Speed, ConfiguredClockSpeed, Manufacturer, PartNumber

Qui il confronto utile è tra Speed e ConfiguredClockSpeed. Se il modulo è venduto come 3600 ma il sistema mostra 2133, significa che il profilo ad alta velocità non è stato applicato. Se invece i valori coincidono e sono inferiori alla sigla commerciale, il banco potrebbe essere stato montato in una piattaforma che non supporta quel profilo, oppure il firmware ha scelto un’impostazione prudente per stabilità.

Dal BIOS/UEFI: il controllo che conta davvero

Il BIOS/UEFI è il punto dove la differenza tra frequenza teorica e reale si chiude davvero. Se il profilo XMP/EXPO è disattivato, quasi sempre la memoria parte con valori JEDEC più bassi. Questo è normale: il sistema privilegia l’avvio sicuro, non le prestazioni massime.

Le voci cambiano nome in base al produttore, ma in pratica devi cercare:

• XMP o EXPO attivo.
• Memory Frequency o DRAM Frequency.
• Memory Try It o profili manuali, se il vendor li espone.
• Eventuali limiti imposti da CPU, chipset o popolazione degli slot.

Se vuoi verificare senza cambiare nulla, entra nel firmware e annota il valore mostrato prima del boot del sistema operativo. Quello è il dato più vicino alla frequenza effettiva di inizializzazione. Se il firmware dice 2133 ma i moduli sono venduti per 3200, hai già trovato il motivo: il profilo ad alte prestazioni non è stato caricato.

Attenzione anche alla popolazione degli slot. Su alcune schede madri, usare quattro moduli invece di due riduce la frequenza massima sostenibile. Non è un guasto: è un limite elettrico e di routing. La stessa CPU che regge 3600 MT/s con 2 DIMM può scendere a 2933 o meno con 4 DIMM, soprattutto su piattaforme consumer.

Quando la frequenza scende: cause frequenti e lettura corretta

Se la RAM risulta più lenta del previsto, le cause più comuni sono abbastanza ripetitive. La prima è il profilo XMP/EXPO non attivo. La seconda è un mix di moduli diversi, per cui il sistema allinea tutto al banco più conservativo. La terza è la compatibilità limitata di CPU o motherboard. La quarta è un update BIOS mancante, che su alcune piattaforme cambia parecchio il supporto alla memoria.

Una lettura errata è meno comune di quanto si pensi, ma capita. Alcuni strumenti mostrano il clock base, altri il data rate, altri ancora una media arrotondata. Se confronti numeri senza uniformare l’unità di misura, sembra tutto sbagliato anche quando non lo è. La regola pratica è semplice: per DDR, clock base × 2 = data rate commerciale. Per esempio 1600 MHz reali corrispondono a DDR4-3200.

Verifica incrociata con un test leggero

Se vuoi un riscontro operativo, puoi affiancare un test di stress o benchmark memoria, ma non per “misurare la frequenza” in modo assoluto. Serve a vedere se il sistema regge il profilo che dichiara. Se il firmware riporta 3200 e poi il sistema va in errore sotto carico, il problema non è la lettura: è stabilità, tensione, timing o compatibilità.

Su Linux, strumenti come memtester o stress-ng aiutano a validare che il profilo attivo non sia solo nominale.

sudo memtester 4096 1

Questo non ti dice la frequenza, ma ti dice se la configurazione è credibile. Se il sistema fallisce a carico memoria subito dopo aver attivato XMP/EXPO, hai un segnale concreto che il profilo è aggressivo per quella combinazione di CPU, scheda madre e moduli.

Esempio pratico di interpretazione

Supponiamo di avere un kit DDR4-3600 installato su una macchina Linux. dmidecode mostra Speed: 3600 MT/s, ma anche Configured Memory Speed: 2133 MT/s. In questo caso il modulo supporta 3600, ma il sistema sta girando al profilo base. La causa più probabile è XMP disattivato o firmware che non ha applicato il profilo.

Se invece lshw e il BIOS mostrano 3600, ma un tool di monitoraggio riporta 1800 MHz, il dato è probabilmente il clock fisico. Nessun problema: 1800 × 2 = 3600 MT/s. Il punto è non leggere il numero come se fosse sempre la stessa unità.

Altro caso: un server con quattro moduli DDR5-5600, ma il firmware imposta 4800. Qui la riduzione può essere normale. Con più DIMM, soprattutto su alcune piattaforme, il controller memoria sceglie una frequenza più prudente per mantenere margine elettrico. Se vuoi salire, devi verificare supporto della CPU, layout della scheda madre e versione BIOS, non solo il part number dei moduli.

Checklist rapida per non sbagliare lettura

• Conferma se il valore è in MHz, MT/s o clock base.
• Leggi il dato nel BIOS/UEFI prima di fidarti del sistema operativo.
• Controlla SPD e profilo attivo, non solo il part number.
• Verifica che tutti i moduli siano uguali o almeno compatibili.
• Se il dato è più basso del previsto, cerca prima il profilo automatico, poi i limiti hardware.

In sintesi, la frequenza reale delle RAM non si scopre con un solo numero letto a caso. Si ricava incrociando SPD, configurazione del firmware e valore esposto dal sistema operativo. Il trucco è distinguere tra ciò che il modulo può fare, ciò che il firmware ha deciso di usare e ciò che il tool sta mostrando. Se tieni separati questi tre livelli, gli errori di interpretazione crollano subito.