ऑल्टमैन आपकी DRAM डेटा सेंटर में चाहते हैं: सर्वर RAM 2026
संक्षेप में (2026-10-31 को जाँचा गया): सैम ऑल्टमैन का तर्क है कि पर्सनल कंप्यूटरों में रखी मेमोरी एक दुर्लभ चिप का खराब उपयोग है, और डेटा सेंटर में, जहाँ इसे साझा किया जाता है, यह ज़्यादा काम करती है। सप्लाई की तरफ़ से कमी की पुष्टि होती है: TrendForce को उम्मीद थी कि 3Q26 में सर्वर DRAM के कॉन्ट्रैक्ट दाम तिमाही दर तिमाही 13-18% और 4Q26 में सामान्य DRAM के दाम 10-15% बढ़ेंगे, और सर्वर DRAM की कमी बनी रहेगी। सर्वर किराए पर लेने वालों के लिए उपयोगी सवाल छोटा है: जिस RAM का आप पहले से भुगतान कर रहे हैं, उसका कितना हिस्सा सच में इस्तेमाल होता है? नीचे इसे मापने वाली स्क्रिप्ट है, और यह भी कि हमारे क्लाउड प्लान हर अतिरिक्त गीगाबाइट के लिए कितना लेते हैं।
स्रोत. ऑल्टमैन ने यह बात John Collison के पॉडकास्ट 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 कॉन्ट्रैक्ट दाम: 3Q26 में तिमाही दर तिमाही +13-18% की उम्मीद; लंबी अवधि के समझौते कुछ खरीदारों के लिए बढ़ोतरी सीमित करते हैं | TrendForce |
| 2026-09-30 | सामान्य DRAM कॉन्ट्रैक्ट दाम: 4Q26 में तिमाही दर तिमाही +10-15% की उम्मीद; सर्वर DRAM की कमी बनी रहेगी | TrendForce |
सर्वर खरीदारों के लिए यह क्रम मायने रखता है। मेमोरी निर्माता उत्पादन को डेटा सेंटर उत्पादों की ओर मोड़ रहे हैं, फिर भी TrendForce सर्वर DRAM को ही अब भी कम सप्लाई वाला बताता है। कई साल के कॉन्ट्रैक्ट वाले खरीदार कुछ हद तक सुरक्षित हैं; नए सर्वर के लिए मॉड्यूल खरीदने वाली छोटी कंपनी, या ऑर्डर पर सर्वर बनाने वाला प्रोवाइडर, मौजूदा कॉन्ट्रैक्ट दाम के करीब भुगतान करता है।
अगर आप सर्वर किराए पर लेते हैं, तो इसका मतलब
- डेडिकेटेड सर्वर. डेडिकेटेड सर्वर आज के दामों पर पुर्ज़ों से बनता है, और TrendForce के अनुमान में RAM के कॉन्ट्रैक्ट दाम पूरे 2026 बढ़ते रहे। 2025 में आँकी गई कॉन्फ़िगरेशन आज आम तौर पर बनाने में महँगी पड़ेगी, और किराए के सर्वर में RAM अपग्रेड भी उसी बाज़ार पर चलता है। अपना सर्वर डेडिकेटेड सर्वर कॉन्फ़िगरेटर में आँकें; यह पुर्ज़ों के मौजूदा दाम इस्तेमाल करता है।
- क्लाउड सर्वर. क्लाउड में आप मेमोरी टुकड़ों में किराए पर लेते हैं, यानी ऑल्टमैन का तर्क आपके पक्ष में। हमारे प्रकाशित प्लान में (प्राग, VAT के बिना, 2026-10-31 को जाँचा गया) Large (8 vCPU, 16 GB RAM, 160 GB SSD) EUR 36.88 प्रति माह और X-Large (8 vCPU, 32 GB RAM, 160 GB SSD) EUR 59.92 है: अतिरिक्त 16 GB की कीमत EUR 23.04, यानी EUR 1.44 प्रति GB प्रति माह। ये आज के दाम हैं, अगले साल का वादा नहीं।
- दोनों ही मामलों में, खाली पड़ी RAM वह लागत है जो आपके हाथ में है. ऐसे पीक के लिए बना सर्वर जो कभी आता ही नहीं, ऑल्टमैन के बताए लैपटॉप का सर्वर-रूम संस्करण है।
अपना 5% खुद मापें: ramuse.py
Linux /proc/meminfo में बताता है कि स्वैप के बिना कितनी मेमोरी दी जा सकती है (MemAvailable)। कुल मेमोरी में से यह घटाएँ तो वह मिलता है जो आपका वर्कलोड सच में घेरे हुए है; पेज कैश, जिसे कर्नेल छोड़ सकता है, नहीं गिना जाता। स्क्रिप्ट इसके नमूने लेती है और औसत, पीक, कभी न छुई गई मेमोरी और 2 की वह सबसे छोटी घात दिखाती है जिसमें पीक और 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 Cloud सर्वर पर 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 GB मशीन है जो ये पोस्ट लिखती है, और इसे एक मिनट तक मापा गया जब वह यही काम कर रही थी: अधिकतम 1.5 GiB इस्तेमाल हुई, और उस दौरान 2.2 GiB कभी छुई नहीं गई। एक मिनट सर्वर के आकार के बारे में कुछ साबित नहीं करता। इसे असली ट्रैफ़िक के साथ एक हफ़्ते चलाएँ, जैसे tmux के अंदर python3 ramuse.py 604800 300 > ramuse.txt, और पक्का करें कि हफ़्ते में आपका सबसे व्यस्त दिन शामिल हो। दो सावधानियाँ: डेटाबेस या फ़ाइल सर्वर खाली RAM को कैश की तरह इस्तेमाल करते हैं और उससे तेज़ चलते हैं, इसलिए "never touched" हमेशा बर्बादी नहीं है; और छोटा सा उछाल (बैकअप, डिप्लॉय) भी एक पीक है जिसे फ़िट होना चाहिए, वरना कर्नेल स्वैप करेगा या कोई प्रोसेस बंद कर देगा। अलग-अलग वर्कलोड के नियम हमारी क्लाउड सर्वर साइज़िंग गाइड में हैं।
लोकल, क्लाउड या अपना सर्वर
ऑल्टमैन की बात में दो विकल्प हैं: मेमोरी आपके PC में या उनके डेटा सेंटर में। किसी बिज़नेस के पास तीसरा भी है, एक सर्वर जिसे आप किराए पर लेते और खुद नियंत्रित करते हैं:
- लोकल रखें जब डेटा डिवाइस से बाहर नहीं जाना चाहिए या काम कभी-कभार होता है; वह RAM पहले से खरीदी हुई है।
- साझा API इस्तेमाल करें जब माँग उछाल में आती है और डेटा किसी तीसरे पक्ष को जा सकता है।
- EU में अपना सर्वर चलाएँ जब लोड स्थिर हो, डेटा आपके नियंत्रण में रहना चाहिए, या आप मॉडल के वेट्स खुद चुनना चाहते हैं। मॉडल के आकार के हिसाब से मेमोरी की ज़रूरत यूरोप में Ollama के साथ LLM होस्टिंग में है, और 64 GB के दाम 64 GB RAM वाला सर्वर कितने का है में।
इस साल मेमोरी सबसे महँगा हिस्सा है, इसलिए तीसरा विकल्प तभी फ़ायदेमंद है जब उसका आकार अंदाज़े से नहीं, माप से तय हो।
खरीदने से पहले सही आकार चुनें
स्क्रिप्ट को एक हफ़्ते चलाएँ, फिर उसकी "fits in" लाइन से प्लान चुनें। प्राग और कोविल्या में हमारे Tier III डेटा सेंटर 256 GB RAM तक के क्लाउड सर्वर चलाते हैं; स्थिर भारी लोड के लिए, मापे गए पीक पर कॉन्फ़िगर किया गया डेडिकेटेड सर्वर। स्क्रिप्ट का आउटपुट sales@dcxv.com पर भेजें और हम आकार सुझाएँगे।
