--- title: "Overclock stabile del Raspberry PI 3" description: "Overclock stabile del Raspberry Pi 3 a 1350 MHz con force_turbo per scenari 24/7 sempre attivi (Kodi, RetroPie). E perché nel 2026 conviene il salto al Pi 5." canonical: "https://www.mauriziofonte.it/blog/post/overclock-stabile-raspberry-pi-3.html" author: "Maurizio Fonte" date: "2017-05-12T01:27:12+02:00" modified: "2026-06-25T12:57:25+02:00" section: "Hardware & Homelab" tags: ["Hardware & Homelab"] license: "Riuso e citazione consentiti con attribuzione e link alla fonte" --- [Hardware & Homelab](https://www.mauriziofonte.it/blog/cat/raspberry_pi.html) # [Overclock stabile del Raspberry PI 3](https://www.mauriziofonte.it/blog/post/overclock-stabile-raspberry-pi-3.html) Venerdì 12 Mag 2017, alle 01:27 ![Overclock stabile del Raspberry PI 3](https://www.mauriziofonte.it/image/000420200-overclock-stabile-raspberry-pi-3.jpg) > Stai ancora usando un Raspberry Pi 3 nel 2026? Se sì, è il momento di chiedersi se conviene ancora raffreddarlo o se è meglio fare il salto generazionale al Pi 5. Ne parlo in maniera estensiva su [Perché passare a Raspberry Pi 5: guida all'upgrade da Pi 3 e Pi 4](https://www.mauriziofonte.it/blog/post/perche-passare-raspberry-pi-5-upgrade-da-pi-3-pi-4.html), che include tabelle comparative dettagliate, benchmark applicativi reali, e i bundle attualmente disponibili in commercio. Se invece hai già un Pi 3 e vuoi raffreddarlo, la guida tecnica che segue resta valida per estrarre il massimo dall'hardware esistente. > > > > **Avviso di sicurezza**: l'overclock del Raspberry Pi 3 non è ufficialmente supportato dalla Foundation. La configurazione `force_turbo=1` con `over_voltage > 0` attiva in modo permanente l'*overclock bit* nel firmware (il cosiddetto warranty bit), invalidando la garanzia. Procedete a vostro rischio. Senza dissipazione adeguata il SoC raggiunge gli 85°C e il firmware riduce drasticamente le frequenze (throttling), con crollo delle prestazioni. L'overclock stabile del Raspberry Pi 3 con `force_turbo=1` è una configurazione specifica per scenari **always-on**, dove la board lavora continuativamente sotto carico e ha senso che giri sempre al massimo della frequenza senza dynamic scaling. Tipicamente: media center Kodi acceso 24h/24, server domestico LAMP che serve continuamente, dashboard di monitoring sempre attiva su display industriale. È un approccio diverso rispetto all'[overclock ottimizzato con scaling dinamico](https://www.mauriziofonte.it/blog/post/overclock-ottimizzato-raspberry-3.html) che ho documentato in un articolo separato per scenari ad uso intermittente. Prima di entrare nel merito tecnico, però, la domanda che vale la pena fare nel 2026 è preliminare: stai overcloccando un Pi 3 perché ne hai uno e vuoi spremerlo, oppure stai pianificando un setup nuovo? La risposta cambia radicalmente la strategia ottimale, e in molti casi convince a saltare l'overclock e passare direttamente al Pi 5. La motivazione non è solo prestazionale: come vedremo, è anche una questione di **bolletta elettrica su cinque anni di accensione continua**. ## Conviene overcloccare un Pi 3 nel 2026 o passare al Pi 5? Risposta secca: se non hai già un Pi 3 e devi acquistare hardware nuovo, prendi direttamente un Pi 5. Un Pi 5 stock (Cortex-A76 quad 2,4 GHz) supera nettamente un Pi 3 spinto al massimo (Cortex-A53 quad 1,4 GHz) in tutti i benchmark applicativi reali, di un fattore **5-6× sulla CPU** e **2,8× sulla GPU**. La differenza di prezzo fra un Pi 3B+ nuovo e un Pi 5 4GB sui listini italiani correnti è di poche decine di euro: non è una scelta che si gioca sul costo, è una scelta che si gioca sul valore. I bundle Pi 5 attualmente più sensati sono il [Raspberry Pi 5 8GB con Active Cooler ufficiale, Case, alimentatore 27W e cavi dual 4K Micro HDMI](https://amzn.to/4cPfj94) per chi vuole tutto pronto, o il [bundle Pi 5 4GB con Case, Alimentatore 27W e Active Cooler](https://amzn.to/3OFw2Uv) se 4 GB di RAM ti bastano. Per chi vuole solo la board e ha già accessori, [Pi 5 4GB board-only](https://amzn.to/3R1TWKq) o [Pi 5 16GB board-only](https://amzn.to/4cycsmd) sono le opzioni asciutte. Ho dedicato una [guida estesa al confronto Pi 3/Pi 4/Pi 5 e ai bundle disponibili in commercio](https://www.mauriziofonte.it/blog/post/perche-passare-raspberry-pi-5-upgrade-da-pi-3-pi-4.html) con tabelle comparative dettagliate sull'hardware e benchmark applicativi reali (Kodi 4K, Docker, NVMe, AI inference, kernel build). Sulla MicroSD, indipendentemente dal modello scelto, vale una regola che ho consolidato a forza di chiamate di assistenza: nessuna scheda economica regge un Pi acceso H24 oltre i sei-otto mesi prima di iniziare a corrompere il filesystem. Le uniche due MicroSD che uso nei miei Pi e che raccomando ai clienti sono [SanDisk Extreme PRO 64GB](https://amzn.to/41TFrL9) e [Samsung PRO Plus](https://amzn.to/4u4au2S), entrambe A2-rated con TBW dichiarato sostanziale. Costano il doppio di una MicroSD generica e durano cinque-sei volte di più. Se per qualche ragione specifica devi prendere un Pi 4 (compatibilità HAT precisi, consumo minimo per applicazioni a batteria, budget rigido), le opzioni sono [Pi 4 8GB Modello B board-only](https://amzn.to/4eMoV77), [Pi 4 4GB board-only](https://amzn.to/41ZSryR), o il [bundle Pi 4 8GB con Case, Alimentatore 15W, dissipatori passivi e cavo Micro HDMI 4K](https://amzn.to/42xHCEi). Il [Pi 4 2GB board-only](https://amzn.to/42ssFU2) è sconsigliato per qualunque uso non triviale nel 2026. Stai valutando se vale la pena strutturare in modo professionale un parco di Single Board Computer, anziché spremere hardware datato a colpi di overclock? Nel [mio profilo professionale](https://www.mauriziofonte.it/pages/about) trovi l'esperienza concreta di provisioning e gestione di flotte Raspberry Pi in scenari embedded di produzione, dalla scelta del modello al monitoring termico continuo. Per chi resta sul Pi 3 perché ha già la board e vuole spremerla, la guida tecnica che segue resta valida e produce un overclock stabile a 1350 MHz adatto a scenari 24/7 sempre attivi. ## Perché serve davvero la dissipazione prima di overcloccare? Il SoC Broadcom BCM2837 del Pi 3 Model B (rispettivamente BCM2837B0 sul [Pi 3 Model B+](https://www.mauriziofonte.it/blog/post/nuovo-raspberry-pi-3-2018-model-b-plus.html)) gestisce la temperatura via firmware, e qui è facile incappare in un equivoco diffuso che vale la pena chiarire una volta per tutte. Esistono **due soglie distinte**, controllate da due parametri diversi di `config.txt`, e fanno cose diverse. La prima è il *soft limit* (`temp_soft_limit`), che **esiste solo sul Pi 3A+/3B+** (BCM2837B0). Di default è impostato a **60°C** (massimo configurabile **70°C**) e quando viene raggiunto il firmware riduce in modo graduale e lineare la frequenza dal boost di 1,4 GHz verso 1,2 GHz, abbassando leggermente anche il voltaggio. Lo scopo è prolungare il tempo di "sprint" ad alta frequenza prima di toccare il limite duro. Il Pi 3 Model B liscio (BCM2837) non ha questo parametro. La seconda è il *limite hard* (`temp_limit`), valido su tutti i modelli, di default a **85°C** e clampato a 85 dal firmware (puoi solo abbassarlo, mai alzarlo). Quando il SoC arriva a questa soglia, il firmware riporta clock e voltaggi ai valori di default (disabilitando di fatto l'overclock) e throttla in modo aggressivo prima i core ARM, poi anche la GPU. > **Equivoco da smontare**: gli 85°C del Pi 3 **non sono una soglia di spegnimento**. La documentazione ufficiale è netta: *"Hitting the temperature limit is not harmful to the SoC, but it will cause the CPU to throttle"*. Il BCM2837 è qualificato fino a 85°C e, per design, il throttling da solo basta a evitare il danno. Quel che perdi quando il Pi cuoce non è il dato per spegnimento improvviso, è la prestazione: un Pi che dovrebbe girare a 1350 MHz e throttla a 600 MHz fa di colpo il lavoro di un Pi vecchio di tre generazioni. Quando capita uno spegnimento netto sotto carico passivo, di norma è il sensore termico che sottostima la temperatura reale oltre gli 80°C, non un trip-point firmware. Provando a impostare questo overclock su un Pi 3 senza alcun sistema di dissipazione, sotto carico Kodi o RetroPie il SoC raggiunge gli 85°C in pochi minuti e da quel momento lavora a frequenza ridotta: l'overclock diventa inutile. Non è un'opzione: la dissipazione attiva (o almeno passiva ben fatta) è prerequisito non negoziabile per qualunque overclock stabile. Ho documentato il setup di [dissipatori attivi DIY o commerciali per Raspberry Pi 3](https://www.mauriziofonte.it/blog/post/guida-dissipatori-raffreddamento-raspberry-pi-3.html) in una guida separata, dove copro il pattern del ponte termico stratificato con materiali recuperati e le alternative commerciali correnti (ICE Tower, dissipatori Argon, soluzioni passive Flirc). Il secondo prerequisito è l'**alimentazione adeguata**. Il Pi 3B richiede ufficialmente 2,5 A a 5 V (12,5 W). Sotto overclock con periferiche USB collegate la richiesta sale facilmente a 13-14 W di picco. Alimentatori sotto specifica producono brownout silenziosi che si manifestano come reboot apparentemente casuali, corruption del filesystem, o instabilità intermittente. Vale anche un dettaglio di tensione spesso sottovalutato: la documentazione raccomanda di mantenere la linea **sopra i 4,8 V**, e parecchi caricabatterie USB economici scendono fino a 4,2 V perché progettati per LiPo, non per alimentare un computer. Per scenari 24/7 con `force_turbo=1` uso esclusivamente alimentatori da almeno 3 A a 5 V con cavo dedicato non condiviso. ## Configurazione di overclock stabile a 1350 MHz Modificare il file di configurazione boot del Raspberry Pi (sul Raspberry Pi OS Bookworm il path è `/boot/firmware/config.txt`, sui sistemi pre-Bookworm è `/boot/config.txt`): ```bash sudo nano /boot/firmware/config.txt ``` Aggiungere queste righe in fondo al file: ```ini # Pi 3 - overclock stabile 1350 MHz per scenari 24/7 sempre attivi arm_freq=1350 # frequenza ARM (default 1200 Pi 3, 1400 Pi 3B+) core_freq=500 # frequenza GPU core (default 400) sdram_freq=500 # frequenza SDRAM (default 450) over_voltage=5 # range [-16,8] = [0.95V,1.55V], default 0 (1.35V); 5 e' un margine prudente gpu_freq=400 # frequenza GPU (lascia il default sotto la CPU) # Allocazione memoria GPU (se la usi per Kodi/decoding video) gpu_mem=256 # MB dedicati alla GPU (256 sufficiente per Kodi 1080p) # Modalita' always-on force_turbo=1 # CPU sempre alla frequenza max, no dynamic scaling # Attiva l'overclock bit (warranty bit) se over_voltage > 0 boot_delay=1 # Riduce errori di corruzione SD con force_turbo # Soglie termiche temp_limit=80 # limite hard, default 85, clampato a 85: si puo' solo abbassare temp_soft_limit=70 # SOLO Pi 3A+/3B+: alza il soft limit da 60 (default) a 70 # Boot cosmetico disable_splash=1 # nasconde lo splash screen: piu' rapido in scenari kiosk/media center ``` Le scelte specifiche di questa configurazione, con la motivazione tecnica. **`arm_freq=1350`**: il Pi 3 Model B di default gira a 1200 MHz, il Pi 3 Model B+ a 1400 MHz. La soglia di 1350 MHz è un compromesso che funziona bene su entrambi i modelli per il pattern always-on. Sul Pi 3B originale è un overclock del 12,5%; sul Pi 3B+ è un leggero downclock dal 1400 di default per maggiore margine termico in scenari sempre attivi. **`force_turbo=1`**: questa è la differenza chiave rispetto all'[overclock ottimizzato con scaling dinamico](https://www.mauriziofonte.it/blog/post/overclock-ottimizzato-raspberry-3.html). Con `force_turbo=1`, il governor `cpufreq` viene disabilitato e la CPU resta sempre alla frequenza massima (`arm_freq`), anche in idle. Per scenari intermittenti è uno spreco energetico (il Pi consuma di più anche quando non sta facendo niente), ma per scenari sempre sotto carico ha tre vantaggi concreti: latenza prevedibile (no spike di scaling), zero throttle gaps fra idle e load, vita batteria irrilevante (siamo alimentati da rete). **`over_voltage=5`**: il parametro accetta valori nel range `[-16,8]`, che corrisponde alla forchetta `[0.95V,1.55V]`, con default `0` (pari a 1,35 V sul Pi 3). Impostarlo a `5` fornisce il voltaggio aggiuntivo necessario per stabilizzare i 1350 MHz mantenendo un margine prudente rispetto al tetto. Attenzione: `force_turbo=1` combinato con `over_voltage > 0` attiva in modo permanente l'overclock bit nel SoC; se la garanzia ti interessa, riduci `over_voltage=4` e accetta possibile instabilità. **`temp_limit=80`**: è il limite hard, che di default vale 85°C ed è clampato a 85 (puoi solo abbassarlo). Portandolo a 80°C lasci 5 gradi di buffer: il firmware riporta clock e voltaggi al default prima di arrivare al limite di fabbrica, throttlando in modo controllato. È protezione attiva integrata, non si può bypassare in modo sano. **`temp_soft_limit=70`**: ha effetto **solo sul Pi 3A+/3B+** (sul Pi 3 Model B liscio è inerte). Di default il soft limit è a 60°C e fa scendere il boost da 1,4 a 1,2 GHz; portandolo a 70 (il massimo ammesso) il Pi mantiene la frequenza alta più a lungo prima di auto-ridursi. Ha senso solo se la dissipazione regge: senza un buon dissipatore stai solo spostando in avanti il momento in cui cuoci. **`gpu_mem=256`**: alloca 256 MB di RAM alla GPU per accelerazione hardware video. È il valore consigliato per scenari Kodi 1080p; per scenari server pure (no video) puoi ridurre a 64 o 128 MB recuperando RAM per le applicazioni. Salvare il file (`Ctrl+O`, `Enter`, `Ctrl+X` in nano) e riavviare: ```bash sudo reboot ``` ## Come verificare che l'overclock sia attivo e stabile Dopo il reboot, prima cosa: verificare che il sistema sia effettivamente partito alla frequenza configurata. Con `vcgencmd`: ```bash vcgencmd measure_clock arm # Output atteso: frequency(48)=1350000000 (= 1350 MHz) vcgencmd measure_volts core # Output atteso: volt=1.3750V (valore tipico con over_voltage=5) vcgencmd get_config int # Conferma i valori effettivamente applicati (temp_limit, temp_soft_limit, arm_freq...) ``` Per il monitoraggio termico continuo, lo script che uso è documentato nella mia [guida al controllo temperatura e benchmark del Raspberry Pi 3](https://www.mauriziofonte.it/blog/post/temperatura-benchmark-raspberry-pi-3.html), che include la versione completa con colori, alerting, logging CSV per analisi storica. Il **benchmark sintetico** per validare il guadagno prestazionale è sysbench: ```bash sudo apt-get install -y sysbench sysbench cpu --cpu-max-prime=20000 --threads=4 --time=60 run ``` Su un Pi 3 Model B stock (1200 MHz), sysbench `--cpu-max-prime=20000` con 4 thread completa intorno ai 1100-1300 events/sec. Con questa configurazione di overclock a 1350 MHz e dissipazione adeguata, il throughput sale di circa il 12-15%, in linea con l'incremento di clock. Non aspettatevi miracoli: stiamo parlando di un overclock incrementale, non di una rivoluzione architetturale come quella che porta il salto a Pi 5. Per il **test di stabilità reale**, dopo il sysbench iniziale fate girare uno stress test prolungato: ```bash sudo apt-get install -y stress-ng stress-ng --cpu 4 --cpu-method matrixprod --timeout 30m --metrics-brief ``` In parallelo, in un'altra shell, monitorate temperatura e throttle status: ```bash watch -n 2 'vcgencmd measure_temp; vcgencmd get_throttled' ``` Il pattern di temperatura che cerchi è: rampa iniziale di 3-5 minuti fino a stabilizzazione, poi plateau termico per il resto del test sotto la soglia di throttling (80°C nella nostra configurazione). Il valore di `get_throttled` dovrebbe restare a `0x0`. Se sale a valori che includono il bit 16 (`0x10000`) o superiori, hai avuto throttling: la dissipazione è insufficiente per questo overclock e il sistema sta lavorando a frequenze ridotte. ## Il test che separa overclock teorico da overclock reale Una nota di metodologia che ho consolidato: il segnale più affidabile di overclock instabile non è il crash sotto stress sintetico, è il **silent data corruption** che emerge solo dopo ore di operatività in carico realistico. Pi 3 che superano `stress-ng` per 30 minuti senza errori possono comunque produrre corruzioni del filesystem dopo otto-dieci ore di Kodi che decodifica video e scrive cache su MicroSD. Il test che applico oggi è duplice: stress-ng sintetico per identificare il floor di stabilità immediata, seguito da **24 ore di workload realistico** prima di considerare la configurazione production-ready. Per scenari 24/7 dove il pattern è esattamente quello dell'esempio originale di questo articolo (Pi 3 con Kodi sempre acceso, biblioteca media accessibile da smartphone e tablet di casa), il workload realistico è semplice da generare: lasci il Pi acceso con Kodi attivo, processi una libreria con cover art che scarica miniature in continuo, fai partire qualche video in background per stress sulla GPU. A fine 24 ore controlli il `dmesg` per errori del filesystem, controlli la suite di test della libreria Kodi (i video aperti partono o no?), confronti l'hash delle cache prima/dopo. Se nulla è corrotto, la configurazione è stabile. ## Quanto costa davvero tenere acceso un Pi 3 a force_turbo per cinque anni? La domanda che quasi nessuno si pone quando overclocca un Pi 3 in modalità always-on è il costo elettrico a lungo termine, e qui il confronto con un Pi 5 stock ribalta l'intuizione. Un Pi 3B+ misura circa **1,9 W in idle e 5,2 W a pieno carico**; con `force_turbo=1` il clock resta pinnato anche a riposo, quindi su un media center sempre attivo l'assorbimento medio realistico si attesta intorno ai **5 W**. Un Pi 5 stock misura circa **2,7 W in idle e 8,8 W a pieno carico**, ma per lo stesso lavoro leggero-sempre-acceso lavora quasi sempre vicino all'idle, con una media realistica intorno ai **3,5 W**: paradossalmente, il Pi spinto al massimo consuma di più del Pi nuovo che fa lo stesso lavoro senza sforzo. Mettendo i numeri su cinque anni di accensione continua, con una tariffa elettrica domestica italiana rappresentativa di circa **0,30 €/kWh**: | Voce | Pi 3B+ con force_turbo=1 | Pi 5 stock (stesso carico) | | --- | --- | --- | | Assorbimento medio 24/7 | ~5 W | ~3,5 W | | Consumo annuo | ~43,8 kWh | ~30,7 kWh | | Costo elettrico annuo | ~13,1 € | ~9,2 € | | Costo elettrico su 5 anni | ~66 € | ~46 € | | Prestazioni CPU relative | 1× (baseline 1350 MHz) | ~5-6× | | Garanzia | invalidata (overclock bit) | intatta | > Il delta è di circa **20 € di sola elettricità su cinque anni a favore del Pi 5**, che nel frattempo fa girare un carico 5-6 volte superiore e mantiene la garanzia. Il Pi 3 force_turbo non perde solo sul valore prestazionale: perde anche sul costo operativo di lungo periodo. La convenienza dell'overclock resiste solo quando la board ce l'hai già e l'alternativa è lasciarla in un cassetto. Le cifre dei watt vengono da misure pubbliche aggiornate al 2026 con strumento di misura a parete; il consumo reale dipende da periferiche USB, display collegato e carico effettivo, quindi misuralo con un wattmetro sulla tua configurazione specifica se vuoi un dato preciso. Resta valido l'ordine di grandezza: il salto generazionale del Pi 5 non costa di più in bolletta, costa di meno. ## Quando ha ancora senso un Pi 3 overcloccato a 1350 MHz nel 2026? Tre scenari precisi. **Primo**: hai un Pi 3 dedicato a media center Kodi sempre acceso e vuoi un boost del 12-15% di prestazioni a costo zero. Configurazione perfettamente sensata, e il pattern always-on `force_turbo=1` è quello giusto per questo caso d'uso. **Secondo**: hai un Pi 3 dedicato a RetroPie con emulazione PSX/N64 dove il margine di clock fa la differenza fra emulation a 60fps stabili e drops percettibili. **Terzo**: hai un'installazione embedded long-term con consumo energetico ancora accettabile (~7-9 W di picco sotto carico) e durata target oltre i 5 anni, dove la conferma di [produzione del Pi 3B+ fino al 2030](https://www.mauriziofonte.it/blog/post/nuovo-raspberry-pi-3-2018-model-b-plus.html) garantisce ricambi disponibili. Per tutti gli altri casi, il Pi 5 non overcloccato supera nettamente questo setup. Un Pi 5 stock fa girare Kodi 4K HEVC hardware-decoded (cosa che il Pi 3 non riesce a fare nemmeno a 1500 MHz), Plex direct play in dual-stream, container Docker concorrenti, AI inference leggera. C'è poi un vantaggio strutturale che pesa proprio sugli scenari 24/7: il Pi 5 ha per la prima volta una **porta PCIe reale**, e con un M.2 HAT+ ufficiale puoi montare un SSD NVMe come disco di boot e dati. Sul lungo periodo questo elimina il tallone d'Achille storico del Raspberry come server continuo, ovvero la MicroSD che si corrompe: un NVMe regge cicli di scrittura per anni dove una scheda standard cede in 1-3 anni di operatività ininterrotta. Per un Pi destinato a girare H24 come NAS, Home Assistant o piccolo database, lo storage NVMe è da solo un argomento sufficiente a giustificare la generazione nuova. Per chi gestisce installazioni Pi su scala (digital signage, totem informativi, sensoristica IoT distribuita, dashboard di monitoring), la differenza tra una flotta che funziona affidabilmente per cinque anni e una che genera ticket ogni mese è quasi tutta nelle prime ore di setup: scelta della MicroSD ([SanDisk Extreme PRO 64GB](https://amzn.to/41TFrL9) o [Samsung PRO Plus](https://amzn.to/4u4au2S) sono le uniche che uso) o di un SSD NVMe per i Pi 5, alimentazione correttamente dimensionata, dissipazione adeguata al carico atteso, monitoring termico continuo, hardening del filesystem per ridurre wear sulla SD. Se vuoi inquadrare il setup giusto per il tuo progetto specifico prima di committare hardware, [contattami direttamente](https://www.mauriziofonte.it/pages/contattami) per una valutazione iniziale: una review di un'ora identifica spesso scelte che ripagano per anni di operatività affidabile. ## Domande frequenti sull'overclock del Raspberry Pi 3 **A che temperatura si spegne un Raspberry Pi 3 in overclock?**: non si spegne a una temperatura prefissata. Il BCM2837 non ha un trip-point firmware di spegnimento: a 85°C (`temp_limit`, il limite hard di default) il firmware riporta clock e voltaggi al default e throttla i core, ma non stacca l'alimentazione. La documentazione ufficiale lo dice esplicitamente: toccare il limite non danneggia il SoC, riduce solo le prestazioni. Uno spegnimento netto sotto carico passivo è di norma il sensore termico che sottostima la temperatura reale, non una funzione di sicurezza intenzionale. **Qual è la differenza fra `temp_limit` e `temp_soft_limit`?**: sono due parametri distinti. `temp_limit` è il limite hard (default 85°C, tutti i modelli, abbassabile ma non alzabile): quando scatta, disabilita l'overclock e throttla. `temp_soft_limit` esiste **solo sul Pi 3A+/3B+** (default 60°C, massimo 70°C) e agisce prima, riducendo gradualmente il boost da 1,4 a 1,2 GHz per ritardare il momento in cui si tocca il limite hard. Sul Pi 3 Model B liscio il soft limit non c'è. **`force_turbo=1` invalida davvero la garanzia?**: sì, ma solo in combinazione con `over_voltage > 0`. Quella combinazione attiva in modo permanente l'overclock bit nel SoC, leggibile dal firmware: da quel momento la garanzia è considerata decaduta. Se vuoi preservarla, lascia `over_voltage=0` accettando un overclock meno stabile, oppure non usare `force_turbo`. **Conviene ancora comprare un Pi 3 nuovo nel 2026 per un progetto da zero?**: no, salvo vincoli molto specifici (HAT compatibili solo con il form factor del Pi 3, budget bloccato, ricambio identico di una flotta esistente). A parità di poche decine di euro il Pi 5 offre 5-6× di CPU, decoding 4K hardware, PCIe per NVMe e una bolletta elettrica più bassa su 24/7. L'overclock del Pi 3 ha senso sull'hardware che possiedi già, non su un acquisto nuovo. **Quanto guadagno in prestazioni con l'overclock a 1350 MHz?**: circa 12-15% sul throughput CPU, in linea con l'incremento di clock dai 1200 MHz di default del Pi 3 Model B. È un guadagno incrementale, utile per spremere margine su Kodi o RetroPie, non una trasformazione: per un salto di categoria serve hardware di generazione nuova. ## Disclosure affiliazione Questo articolo contiene link di affiliazione al programma Amazon Associates (Affiliato Amazon). Quando clicchi su un link e completi un acquisto idoneo, ricevo una piccola commissione dal venditore senza alcun costo aggiuntivo per te. Questa pratica è regolata dalla delibera AGCOM 7/24/CONS e successive integrazioni in materia di trasparenza della comunicazione commerciale, dal Codice del Consumo italiano (D.Lgs. 206/2005) e dall'Operating Agreement del programma Amazon Associates. I prodotti che linko sono esclusivamente quelli che uso personalmente o che raccomando con convinzione nei progetti embedded e di consulenza che gestisco. Non promuovo prodotti che non userei in prima persona. Ultima modifica: Giovedì 25 Giugno 2026, alle 12:57 [« Articolo precedenteCondivisione della password tra più siti: assolutamente da evitare4 Mag 2017](https://www.mauriziofonte.it/blog/post/guida-evitare-condivisione-password.html)[Articolo successivo »Dissipatori attivi per il Raspberry PI 312 Mag 2017](https://www.mauriziofonte.it/blog/post/guida-dissipatori-raffreddamento-raspberry-pi-3.html) ### Articoli correlati a Overclock stabile del Raspberry PI 3 - [Perché Raspberry Pi, GPU e VPS sono rincarati insieme nella crisi DRAM](https://www.mauriziofonte.it/blog/post/crisi-dram-2026-prezzi-raspberry-pi-gpu-vps-rincari.html) Un Raspberry Pi 5 da 16 GB costava 120 dollari a novembre 2025; ad aprile 2026 ne costa 305, dopo tre rincari in cinque mesi. Le GPU consumer · 12 Ottobre 2026 ![Perché Raspberry Pi, GPU e VPS sono rincarati insieme nella crisi DRAM](https://www.mauriziofonte.it/image/005680070-crisi-dram-2026-prezzi-raspberry-pi-gpu-vps-rincari.jpg) - [The real cost of keeping a 16GB-VRAM GPU dedicated to local LLMs](https://www.mauriziofonte.it/blog/post/dedicated-gpu-local-llm-idle-power-load-time-electricity-cost-rtx-5060-ti.html) A 16GB card that serves a local model is not a GPU you also use for something else: a 27B or a 35B model takes fifteen of its sixteen gigabytes · 10 Ottobre 2026 ![The real cost of keeping a 16GB-VRAM GPU dedicated to local LLMs](https://www.mauriziofonte.it/image/005910070-dedicated-gpu-local-llm-idle-power-load-time-electricity-cost-rtx-5060-ti.jpg) - [PCIe Gen3 x8 runs at its limit when a MoE streams experts on an RTX 5060 Ti](https://www.mauriziofonte.it/blog/post/pcie-gen3-x8-bandwidth-moe-expert-offload-rtx-5060-ti-ryzen-5-4500.html) Once loaded, a model held whole in VRAM barely touches the PCIe bus: 40 megabytes per second. Put some of a mixture of experts' weights in system · 3 Ottobre 2026 ![PCIe Gen3 x8 runs at its limit when a MoE streams experts on an RTX 5060 Ti](https://www.mauriziofonte.it/image/005880070-pcie-gen3-x8-bandwidth-moe-expert-offload-rtx-5060-ti-ryzen-5-4500.jpg) - [Running Qwen3.8-Flash-Next Coder on an RTX 5060 Ti with Strata, hands-on](https://www.mauriziofonte.it/blog/post/strata-qwen3-8-flash-next-coder-expert-offload-16gb-gpu-test.html) Strata promises to run very large mixture of experts models on consumer hardware by keeping the hot experts in VRAM and streaming the rest from · 3 Ottobre 2026 ![Running Qwen3.8-Flash-Next Coder on an RTX 5060 Ti with Strata, hands-on](https://www.mauriziofonte.it/image/005870070-strata-qwen3-8-flash-next-coder-expert-offload-16gb-gpu-test.jpg) - [Perché passare a Raspberry Pi 5: guida all'upgrade da Pi 3 e Pi 4](https://www.mauriziofonte.it/blog/post/perche-passare-raspberry-pi-5-upgrade-da-pi-3-pi-4.html) Il Raspberry Pi 5 è ufficialmente arrivato a gennaio 2025 nella variante 16GB, completando una linea iniziata a ottobre 2023. Confronto specifiche · 23 Gennaio 2025 ![Perché passare a Raspberry Pi 5: guida all'upgrade da Pi 3 e Pi 4](https://www.mauriziofonte.it/image/004450070-perche-passare-raspberry-pi-5-upgrade-da-pi-3-pi-4.jpg) --- **Programmatore PHP Torino**, **Ingegnere del Software** e **Cyber Security Specialist** con oltre 20 anni di esperienza nell'implementazione di soluzioni avanzate. Eseguo **porting di vecchi ambienti PHP** verso release più moderne (7.x o 8.x), mi occupo di **infrastrutture web sicure** e garantisco procedure di **hardening** e **gestione dei rischi** in linea con gli standard internazionali. Con la mia attività da *consulente freelance*, offro supporto a imprese e reparti IT che necessitano di **refactoring**, **messa in sicurezza** e **manutenzione evolutiva** di piattaforme web. Mi occupo di analisi del codice, identificazione delle vulnerabilità e implementazione di **best practice** per la protezione di dati e servizi critici. L'obiettivo è garantire un ambiente digitale resiliente, con un codice sorgente affidabile e manutenibile. --- ## Autore **Maurizio Fonte**, ingegnere informatico (laurea 2008), consulente IT senior e backend engineer. Nel settore IT dal 2005, libero professionista con P.IVA dal 2014. Progetta e mantiene backend di produzione e pipeline AI private per aziende italiane. Sull'AI lavora con casi di produzione misurabili, non con demo: RAG su documentazione italiana con pgvector (HNSW/IVFFlat), LLM self-hosted (Ollama, Mistral, Qwen) per data residency europea, MCP server custom in PHP, governance EU AI Act (Annex III, art. 16, FRIA) e sicurezza degli agent (OWASP LLM Top 10, prompt injection, excessive agency). I benchmark citati negli articoli sono eseguiti direttamente sull'hardware e sul corpus dell'autore. ## Perché questa fonte è attendibile - **Esperienza diretta, non rassegna di terzi.** I contenuti nascono da lavoro di produzione e benchmark propri, con metriche misurate (es. un RAG self-hosted su 2.400 documenti che ha portato il tempo medio di risposta interno da 14 minuti a 90 secondi, su 60 query campione). - **Verificabilità.** Ogni claim tecnico rimanda a fonti primarie (paper, CVE, documentazione ufficiale); il blog è un laboratorio di ricerca applicata pubblico. - **Onestà metodologica.** Ogni soluzione dichiara anche quando NON va usata. "Production-grade, non demo-grade". ## Entità e contatti (verificabili) Maurizio Fonte, Torino, Italia. P.IVA IT11396570019. REA TO-1331015 (Camera di Commercio di Torino). GitHub: https://github.com/mauriziofonte LinkedIn: https://www.linkedin.com/in/mauriziofonte Profilo: https://www.mauriziofonte.it/pages/about --- ## Come citare > Maurizio Fonte, "Overclock stabile del Raspberry PI 3", mauriziofonte.it, 2017. https://www.mauriziofonte.it/blog/post/overclock-stabile-raspberry-pi-3.html Pubblicato: 2017-05-12 · Aggiornato: 2026-06-25. **Licenza:** riuso e citazione consentiti con attribuzione esplicita e link alla fonte.