Альтман хоче вашу DRAM у дата-центрах: серверна RAM у 2026
Коротко (перевірено 2026-10-31): Сем Альтман вважає, що пам'ять у персональних комп'ютерах - погане використання дефіцитного чипа і що в дата-центрі, де її ділять між клієнтами, вона працює більше. Дефіцит підтверджує й ринок: TrendForce очікувала, що контрактні ціни на серверну DRAM зростуть на 13-18% квартал до кварталу в 3Q26, а на звичайну DRAM на 10-15% у 4Q26, і серверної DRAM і далі бракуватиме. Для тих, хто орендує сервери, корисне питання вужче: яку частину RAM, за яку ви вже платите, ви справді використовуєте? Нижче скрипт, що це вимірює, і скільки наші хмарні тарифи беруть за кожен додатковий гігабайт.
Джерело. Альтман говорив у подкасті Cheeky Pint, який веде Джон Коллісон. Tom's Hardware та інші видання переказали його слова 2026-10-30, їх обговорювали на Hacker News. Цитати нижче наведено так, як їх друкують ці видання (англійською, з нашим перекладом).
Що він сказав і чого не показав
Говорячи про локальний інференс, Альтман зазначив, що "a lot of people want local inference" (багато хто хоче локального інференсу) і вважає, що відкриті моделі на власних комп'ютерах приберуть потребу в пам'яті в дата-центрах. Його відповідь: "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." Тобто з погляду глобального розподілу жахливо, що обмежений світовий запас DRAM лежить у кожного в комп'ютері й використовується 5% часу. І ще: у такому обмеженому середовищі потрібна максимальна утилізація в хмарі.
Тут варто розділити дві речі. Аргумент про утилізацію справжній, і на ньому тримається вся економіка спільного хостингу: пам'ять одного фізичного сервера продається багатьом клієнтам, тож менше її простоює. Але цифру 5% в інтерв'ю нічим не підкріплено: ні дослідження, ні визначення, що означає "використовується". До того ж говорить керівник компанії, чиї моделі працюють у дата-центрах, тож висновок вигідний його бізнесу. Жодне з цього не скасовує дефіциту; обидва пункти - причина виміряти свій випадок, а не брати чужу цифру.
Дефіцит пам'яті за датами
| Дата | Що сталося | Джерело |
|---|---|---|
| 2025-12-03 | Micron оголосила вихід зі споживчого бізнесу Crucial; споживчі поставки завершуються з її фіскальним Q2 (лютий 2026) | Прес-реліз Micron |
| 2026-07-09 | Контрактні ціни на серверну DRAM: очікується +13-18% за квартал у 3Q26; довгострокові угоди обмежують зростання для частини покупців | TrendForce |
| 2026-09-30 | Контрактні ціни на звичайну DRAM: очікується +10-15% за квартал у 4Q26; серверної DRAM і далі бракуватиме | TrendForce |
Для покупців серверів важлива саме ця послідовність. Виробники пам'яті переводять потужності на продукти для дата-центрів, і все ж саме серверну DRAM TrendForce досі називає дефіцитною. Покупців із багаторічними контрактами це зачіпає менше; невелика компанія, що купує модулі для нового сервера, або провайдер, який збирає сервер під замовлення, платить близько до поточної контрактної ціни. Пам'ять - не єдине обмеження: електроенергія, вода й місцеві дозволи теж гальмують нові дата-центри, див. що 10 000 коментарів у радах США означають для клієнтів ЦОД.
Що це означає, якщо ви орендуєте сервери
- Виділені сервери. Виділений сервер збирається з деталей за сьогоднішніми цінами, а RAM - деталь, контрактні ціни на яку, за очікуваннями TrendForce, зростали весь 2026. Конфігурація, порахована у 2025, зараз зазвичай обійдеться дорожче, а апгрейд RAM в орендованому сервері підкоряється тому самому ринку. Порахуйте свою збірку в конфігураторі виділеного сервера: він бере поточні ціни деталей.
- Хмарні сервери. У хмарі ви орендуєте пам'ять частинами, тобто аргумент Альтмана про утилізацію працює на вас. За нашими опублікованими тарифами (Прага, без ПДВ, перевірено 2026-10-31) Large (8 vCPU, 16 ГБ RAM, 160 ГБ SSD) коштує EUR 36.88 на місяць, а X-Large (8 vCPU, 32 ГБ RAM, 160 ГБ SSD) - EUR 59.92: додаткові 16 ГБ коштують EUR 23.04, або EUR 1.44 за ГБ на місяць. Це сьогоднішні ціни, а не обіцянка на наступний рік.
- У будь-якому разі простійна RAM - це витрата, яку ви контролюєте. Сервер, розрахований на пік, що ніколи не настає, - серверна версія того ноутбука, про який говорить Альтман.
Виміряйте свої 5%: ramuse.py
Linux показує в /proc/meminfo, скільки пам'яті можна видати без свопу (MemAvailable). Загальний обсяг мінус це значення - те, що реально тримає ваше навантаження; кеш сторінок, який ядро може звільнити, не враховується. Скрипт робить заміри й виводить середнє, пік, обсяг, якого жодного разу не торкнулися, і найменший розмір-степінь двійки, що вміщає пік плюс 25% запасу. Python 3, лише стандартна бібліотека, тільки Linux. Збережіть як 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
Результат, запущено на хмарному сервері DCXV з Python 3.14.4 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)
Як це читати. Це машина на 4 ГБ, яка пише ці пости, і замір тривав одну хвилину, поки вона цим займалася: максимум 1,5 GiB, а 2,2 GiB за цей час не знадобилися. Одна хвилина нічого не доводить про розмір сервера. Запустіть скрипт на тиждень під реальним навантаженням, наприклад python3 ramuse.py 604800 300 > ramuse.txt у tmux, і переконайтеся, що тиждень охоплює ваш найнавантаженіший день. Два застереження: база даних чи файловий сервер використовують вільну RAM як кеш і з нею працюють швидше, тож "never touched" не завжди марнотратство; а короткий сплеск (бекап, деплой) - теж пік, який має вміститися, інакше ядро піде у своп або завершить процес. Правила для різних навантажень - у нашому посібнику з вибору розміру хмарного сервера.
Локально, у хмарі чи на власному сервері
У Альтмана два варіанти: пам'ять у вашому ПК або пам'ять у його дата-центрі. У бізнесу є третій - сервер, який ви орендуєте й контролюєте:
- Залишайте локально, коли дані не повинні залишати пристрій або робота епізодична: ця RAM уже оплачена.
- Користуйтеся спільним API, коли попит стрибкоподібний і дані можна передати третій стороні.
- Запустіть власний сервер у ЄС, коли навантаження стабільне, дані мають лишатися під вашим контролем або ви хочете самі обирати ваги моделі. Скільки пам'яті потрібно на розмір моделі - у статті LLM з Ollama на сервері в Європі, ціни на 64 ГБ - у матеріалі скільки коштує сервер із 64 ГБ RAM.
Цього року пам'ять - найдорожча частина, тож третій варіант окупається лише тоді, коли розмір обрано за виміром, а не навмання. Обсяг - лише половина справи: як швидко відповідає ця пам'ять, ми виміряли в затримці пам'яті на хмарному сервері.
Підберіть розмір до покупки
Запустіть скрипт на тиждень і оберіть тариф за рядком "fits in". Наші дата-центри Tier III у Празі та Ковільяні запускають хмарні сервери до 256 ГБ RAM; для постійного важкого навантаження - виділений сервер, налаштований під виміряний пік. Надішліть результат скрипта на sales@dcxv.com, і ми порадимо розмір.
