Altman vuole la tua DRAM nei data center: RAM server 2026
In breve (verificato il 2026-10-31): Sam Altman sostiene che la memoria nei computer personali sia un cattivo uso di un chip scarso e che in un data center, dove viene condivisa, lavori di più. L'offerta conferma la scarsità: TrendForce prevedeva prezzi contrattuali della DRAM per server in crescita del 13-18% sul trimestre nel 3Q26 e della DRAM convenzionale del 10-15% nel 4Q26, con la DRAM per server ancora insufficiente. Per chi noleggia server la domanda utile è più stretta: quanta della RAM che già paghi usi davvero? Qui sotto c'è uno script che lo misura e quanto i nostri piani cloud fanno pagare ogni gigabyte in più.
Fonte. Altman ha parlato nel podcast Cheeky Pint condotto da John Collison. Tom's Hardware e altri hanno riportato le sue parole il 2026-10-30, discusse su Hacker News. Le citazioni sono riportate come le pubblicano quei media (in inglese, con la nostra traduzione).
Cosa ha detto e cosa non ha dimostrato
Parlando di inferenza locale, Altman ha detto che "a lot of people want local inference" (molti vogliono l'inferenza locale) e danno per scontato che i modelli aperti sui propri computer elimineranno il bisogno di memoria nei data center. La sua risposta: "From a global allocation perspective, actually, it's quite terrible to have everybody have a bunch of the world's limited supply of DRAM sitting in their own computer and being used 5% of the time." Cioè, dal punto di vista della distribuzione globale è terribile che la DRAM limitata del mondo stia nel computer di ognuno e venga usata il 5% del tempo. E che, in un contesto così vincolato, si vuole il massimo utilizzo nel cloud.
Conviene separare due cose. L'argomento dell'utilizzo è reale ed è l'intero modello di business dell'hosting condiviso: la memoria di un server fisico viene venduta a molti clienti, quindi ne resta inattiva meno. Ma il 5% non è sostenuto da nulla nell'intervista: nessuno studio, nessuna definizione di "usata". E chi parla guida un'azienda i cui modelli vivono nei data center, quindi la conclusione fa comodo al suo business. Nessuno dei due punti rende falsa la scarsità; entrambi sono un motivo per misurare il proprio caso invece di adottare il numero di qualcun altro.
La stretta sulla memoria, con le date
| Data | Cosa è successo | Fonte |
|---|---|---|
| 2025-12-03 | Micron ha annunciato l'uscita dal business consumer Crucial; le spedizioni consumer finiscono con il suo trimestre fiscale Q2 (febbraio 2026) | Comunicato Micron |
| 2026-07-09 | Prezzi contrattuali della DRAM per server attesi a +13-18% sul trimestre nel 3Q26; gli accordi a lungo termine limitano gli aumenti per alcuni acquirenti | TrendForce |
| 2026-09-30 | Prezzi contrattuali della DRAM convenzionale attesi a +10-15% sul trimestre nel 4Q26; la DRAM per server resta insufficiente | TrendForce |
L'ordine conta per chi compra server. I produttori spostano la produzione verso i prodotti per data center, eppure è proprio la DRAM per server che TrendForce continua a definire insufficiente. Chi ha contratti pluriennali è in parte protetto; una piccola azienda che compra moduli per un server nuovo, o un fornitore che lo assembla su ordinazione, paga vicino al prezzo contrattuale corrente.
Cosa significa se noleggi server
- Server dedicati. Un server dedicato si assembla con componenti ai prezzi di oggi, e la RAM è un componente i cui prezzi contrattuali TrendForce prevedeva in crescita per tutto il 2026. Una configurazione preventivata nel 2025 di solito oggi costa di più, e un aumento di RAM su un server noleggiato segue lo stesso mercato. Calcola la tua macchina nel configuratore del server dedicato: usa i prezzi attuali dei componenti.
- Server cloud. Nel cloud noleggi la memoria a fette, cioè l'argomento di Altman a tuo favore. Sui nostri piani pubblicati (Praga, IVA esclusa, verificato il 2026-10-31) Large (8 vCPU, 16 GB di RAM, 160 GB SSD) costa EUR 36.88 al mese e X-Large (8 vCPU, 32 GB di RAM, 160 GB SSD) EUR 59.92: i 16 GB in più costano EUR 23.04, ossia EUR 1.44 per GB al mese. Sono i prezzi di oggi, non una promessa per l'anno prossimo.
- In entrambi i casi, la RAM inattiva è il costo che controlli. Un server dimensionato per un picco che non arriva mai è la versione da sala server del portatile di cui parla Altman.
Misura il tuo 5%: ramuse.py
Linux indica in /proc/meminfo quanta memoria si potrebbe assegnare senza swap (MemAvailable). Il totale meno quel valore è ciò che il tuo carico occupa davvero; la cache delle pagine che il kernel può liberare non viene contata. Lo script la campiona e stampa la media, il picco, ciò che non è mai stato toccato e la più piccola potenza di due che contiene il picco più il 25% di margine. Python 3, solo libreria standard, solo Linux. Salvalo come ramuse.py:
#!/usr/bin/env python3
"""ramuse.py - how much of this server's RAM is actually used.
Samples /proc/meminfo (used = MemTotal - MemAvailable) and prints the
average, the peak, what was never touched and a right-sized RAM figure.
usage: python3 ramuse.py [seconds] [interval]"""
import sys, time
def meminfo():
m = {}
with open('/proc/meminfo') as f:
for line in f:
k, v = line.split(':')
m[k] = int(v.split()[0]) # kB
return m['MemTotal'], m['MemTotal'] - m['MemAvailable']
dur = int(sys.argv[1]) if len(sys.argv) > 1 else 60
step = int(sys.argv[2]) if len(sys.argv) > 2 else 5
used = []
for i in range(max(1, dur // step)):
total, u = meminfo()
used.append(u)
if i < dur // step - 1:
time.sleep(step)
g = 1024 * 1024 # kB per GiB
avg, peak = sum(used) / len(used), max(used)
fit = 1
while fit < peak * 1.25 / g: # peak + 25 % headroom, next power of two
fit *= 2
print(f'samples {len(used)} x {step} s')
print(f'total {total / g:.1f} GiB')
print(f'used avg {avg / g:.1f} GiB ({100 * avg / total:.0f}%)')
print(f'used peak {peak / g:.1f} GiB ({100 * peak / total:.0f}%)')
print(f'never touched {(total - peak) / g:.1f} GiB')
print(f'fits in {fit} GiB (peak + 25%, next power of 2)')
python3 ramuse.py 60 5
Output, eseguito su un server DCXV Cloud con Python 3.14.4 il 2026-10-31:
samples 12 x 5 s
total 3.7 GiB
used avg 1.5 GiB (40%)
used peak 1.5 GiB (40%)
never touched 2.2 GiB
fits in 2 GiB (peak + 25%, next power of 2)
Come leggerlo. È la macchina da 4 GB che scrive questi articoli, misurata per un minuto mentre lo faceva: al massimo 1,5 GiB occupati e 2,2 GiB mai toccati in quell'intervallo. Un minuto non dimostra nulla sul dimensionamento. Fallo girare una settimana con traffico reale, per esempio python3 ramuse.py 604800 300 > ramuse.txt dentro tmux, e assicurati che la settimana includa il tuo giorno più carico. Due avvertenze: un database o un file server usa la RAM libera come cache e con essa va più veloce, quindi "never touched" non è sempre spreco; e un picco breve (un backup, un deploy) resta un picco che deve starci, altrimenti il kernel va in swap o termina un processo. Le regole per tipo di carico sono nella nostra guida al dimensionamento dei server cloud.
In locale, nel cloud o su un server tuo
Lo schema di Altman ha due opzioni: memoria nel tuo PC o memoria nel suo data center. Un'azienda ne ha una terza, un server che noleggia e controlla:
- Resta in locale quando i dati non devono lasciare il dispositivo o il lavoro è occasionale; quella RAM è già pagata.
- Usa un'API condivisa quando la domanda arriva a picchi e i dati possono andare a terzi.
- Gestisci un server tuo nell'UE quando il carico è costante, i dati devono restare sotto il tuo controllo o vuoi scegliere tu i pesi del modello. La memoria necessaria per dimensione del modello è in ospitare LLM con Ollama in Europa, e i prezzi con 64 GB in quanto costa un server con 64 GB di RAM.
Quest'anno la memoria è la parte costosa, quindi la terza opzione conviene solo se è dimensionata su una misura e non a occhio.
Dimensiona prima di comprare
Fai girare lo script una settimana e scegli il piano dalla riga "fits in". I nostri data center Tier III a Praga e Covilhã offrono server cloud fino a 256 GB di RAM; per un carico pesante e fisso, un server dedicato configurato sul picco misurato. Invia l'output dello script a sales@dcxv.com e ti proporremo una dimensione.
