Альтман хочет вашу 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 по-прежнему называет дефицитной. Покупатели с многолетними контрактами защищены частично; небольшая компания, покупающая модули для нового сервера, или провайдер, собирающий сервер под заказ, платит близко к текущей контрактной цене.
Что это значит, если вы арендуете серверы
- Выделенные серверы. Выделенный сервер собирается из комплектующих по сегодняшним ценам, а 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, и мы подскажем размер.
