Altman chce Twojej DRAM w centrach danych: RAM serwerów 2026
W skrócie (sprawdzono 2026-10-31): Sam Altman uważa, że pamięć w komputerach osobistych to złe wykorzystanie deficytowego układu i że w centrum danych, gdzie jest współdzielona, pracuje więcej. Strona podaży potwierdza niedobór: TrendForce oczekiwał wzrostu cen kontraktowych DRAM serwerowej o 13-18% kwartał do kwartału w 3Q26 i zwykłej DRAM o 10-15% w 4Q26, przy wciąż niewystarczającej podaży DRAM serwerowej. Dla tych, którzy wynajmują serwery, użyteczne pytanie jest węższe: ile z RAM, za którą już płacisz, faktycznie wykorzystujesz? Poniżej skrypt, który to mierzy, i ile nasze plany chmurowe liczą za każdy dodatkowy gigabajt.
Źródło. Altman mówił w podcaście Cheeky Pint, który prowadzi John Collison. Tom's Hardware i inne media opisały jego słowa 2026-10-30, a dyskutowano o nich na Hacker News. Cytaty podajemy tak, jak drukują je te media (po angielsku, z naszym tłumaczeniem).
Co powiedział i czego nie pokazał
Mówiąc o lokalnej inferencji, Altman stwierdził, że "a lot of people want local inference" (wiele osób chce lokalnej inferencji) i zakłada, że otwarte modele na własnych komputerach usuną potrzebę pamięci w centrach danych. Jego odpowiedź: "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." Czyli z punktu widzenia globalnego podziału fatalnie jest, że ograniczony światowy zapas DRAM leży w każdym komputerze i jest używany przez 5% czasu. I że w tak ograniczonym otoczeniu chce się maksymalnego wykorzystania w chmurze.
Warto rozdzielić dwie rzeczy. Argument o wykorzystaniu jest prawdziwy i stanowi cały model biznesowy współdzielonego hostingu: pamięć jednego fizycznego serwera sprzedaje się wielu klientom, więc mniej jej stoi bezczynnie. Jednak liczby 5% nic w wywiadzie nie popiera: ani badanie, ani definicja "używania". A mówi szef firmy, której modele działają w centrach danych, więc wniosek służy jego biznesowi. Nic z tego nie podważa niedoboru; oba punkty to powód, by zmierzyć własny przypadek, zamiast przyjmować cudzą liczbę.
Niedobór pamięci w datach
| Data | Co się stało | Źródło |
|---|---|---|
| 2025-12-03 | Micron ogłosił wyjście z konsumenckiego biznesu Crucial; dostawy dla konsumentów kończą się z jego kwartałem fiskalnym Q2 (luty 2026) | Komunikat Micron |
| 2026-07-09 | Ceny kontraktowe DRAM serwerowej: oczekiwane +13-18% kwartał do kwartału w 3Q26; umowy długoterminowe ograniczają podwyżki dla części kupujących | TrendForce |
| 2026-09-30 | Ceny kontraktowe zwykłej DRAM: oczekiwane +10-15% kwartał do kwartału w 4Q26; DRAM serwerowej nadal będzie brakować | TrendForce |
Ta kolejność ma znaczenie dla kupujących serwery. Producenci przesuwają produkcję na wyroby dla centrów danych, a mimo to właśnie DRAM serwerową TrendForce wciąż nazywa deficytową. Kupujący z wieloletnimi kontraktami są częściowo chronieni; mała firma kupująca moduły do nowego serwera albo dostawca składający go na zamówienie płaci blisko bieżącej ceny kontraktowej.
Co to znaczy, jeśli wynajmujesz serwery
- Serwery dedykowane. Serwer dedykowany składa się z części po dzisiejszych cenach, a RAM to część, której ceny kontraktowe według TrendForce miały rosnąć przez cały 2026. Konfiguracja wyceniona w 2025 zwykle kosztuje dziś więcej, a rozbudowa RAM w wynajmowanym serwerze podlega temu samemu rynkowi. Wyceń swój serwer w konfiguratorze serwera dedykowanego; korzysta z bieżących cen części.
- Serwery w chmurze. W chmurze wynajmujesz pamięć w kawałkach, czyli argument Altmana działa na Twoją korzyść. W naszych opublikowanych planach (Praga, bez VAT, sprawdzono 2026-10-31) Large (8 vCPU, 16 GB RAM, 160 GB SSD) kosztuje EUR 36.88 miesięcznie, a X-Large (8 vCPU, 32 GB RAM, 160 GB SSD) EUR 59.92: dodatkowe 16 GB kosztuje EUR 23.04, czyli EUR 1.44 za GB miesięcznie. To dzisiejsze ceny, a nie obietnica na przyszły rok.
- W obu przypadkach bezczynna RAM to koszt, na który masz wpływ. Serwer dobrany pod szczyt, który nigdy nie nadchodzi, to serwerowa wersja laptopa, o którym mówi Altman.
Zmierz swoje 5%: ramuse.py
Linux podaje w /proc/meminfo, ile pamięci można przydzielić bez swapu (MemAvailable). Całość minus ta wartość to tyle, ile naprawdę zajmuje Twoje obciążenie; pamięć podręczna stron, którą jądro może zwolnić, nie jest liczona. Skrypt zbiera próbki i wypisuje średnią, szczyt, pamięć nigdy nieużytą i najmniejszą potęgę dwójki mieszczącą szczyt plus 25% zapasu. Python 3, tylko biblioteka standardowa, tylko Linux. Zapisz jako 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
Wynik, uruchomione na serwerze DCXV Cloud z Python 3.14.4 dnia 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)
Jak to czytać. To maszyna z 4 GB, która pisze te artykuły, mierzona przez minutę, gdy właśnie to robiła: zajęła najwyżej 1,5 GiB, a 2,2 GiB w tym czasie nie zostało użyte. Jedna minuta nic nie dowodzi w sprawie rozmiaru. Uruchom skrypt na tydzień przy prawdziwym ruchu, na przykład python3 ramuse.py 604800 300 > ramuse.txt w tmux, i dopilnuj, by tydzień obejmował Twój najbardziej obciążony dzień. Dwa zastrzeżenia: baza danych lub serwer plików używa wolnej RAM jako pamięci podręcznej i działa z nią szybciej, więc "never touched" nie zawsze oznacza marnotrawstwo; a krótki skok (kopia zapasowa, wdrożenie) to wciąż szczyt, który musi się zmieścić, inaczej jądro sięgnie po swap albo zabije proces. Zasady dla różnych obciążeń są w naszym przewodniku po doborze rozmiaru serwera w chmurze.
Lokalnie, w chmurze czy na własnym serwerze
U Altmana są dwie opcje: pamięć w Twoim PC albo pamięć w jego centrum danych. Firma ma trzecią, serwer, który wynajmuje i kontroluje:
- Zostań lokalnie, gdy dane nie mogą opuścić urządzenia albo praca jest okazjonalna; ta RAM jest już opłacona.
- Korzystaj ze współdzielonego API, gdy zapotrzebowanie przychodzi falami, a dane mogą trafić do strony trzeciej.
- Uruchom własny serwer w UE, gdy obciążenie jest stałe, dane muszą zostać pod Twoją kontrolą albo chcesz sam wybrać wagi modelu. Zapotrzebowanie na pamięć według rozmiaru modelu opisujemy w artykule LLM z Ollama na serwerze w Europie, a ceny z 64 GB w tekście ile kosztuje serwer z 64 GB RAM.
Pamięć jest w tym roku najdroższą częścią, więc trzecia opcja opłaca się tylko wtedy, gdy rozmiar dobrano na podstawie pomiaru, a nie na oko.
Dobierz rozmiar przed zakupem
Uruchom skrypt na tydzień i wybierz plan według wiersza "fits in". Nasze centra danych Tier III w Pradze i Covilhã oferują serwery w chmurze do 256 GB RAM; dla stałego, ciężkiego obciążenia serwer dedykowany skonfigurowany pod zmierzony szczyt. Wyślij wynik skryptu na sales@dcxv.com, a zaproponujemy rozmiar.
