آپ کو واقعی 64 GB RAM کب چاہیے (اور کب 2 GB کافی ہے)

"سرور سست ہے، RAM دگنی کر دو" ہوسٹنگ کی سب سے مہنگی عادت ہے۔ کبھی کبھی یہ درست ہوتی ہے۔ لیکن اکثر مشین ڈسک کا انتظار کر رہی ہوتی ہے، یا CPU پوری طرح بھرا ہوتا ہے، اور نئی میموری بیکار پڑی رہتی ہے جبکہ بل دگنا ہو جاتا ہے۔

اس لیے یہ بات کرنے سے پہلے کہ 64 GB کسے چاہیے، پہلے یہ معلوم کریں کہ آپ کے پاس اصل میں کس چیز کی کمی ہے۔ اگر آپ کو صرف مختلف کاموں کے لیے میموری کے عام اعداد چاہییں، تو وہ ہماری پچھلی گائیڈ VPS کو کتنی RAM چاہیے میں ہیں، لینگویج ماڈلز کا فارمولا بھی۔ یہ مضمون تشخیص کے بارے میں ہے: RAM، ڈسک یا CPU۔

تین کمانڈز، دو منٹ

انہیں سست سرور پر تب چلائیں جب وہ سست ہو، صبح چار بجے نہیں جب کچھ ہو ہی نہیں رہا:

free -m
vmstat 1 10
cat /proc/pressure/cpu /proc/pressure/memory /proc/pressure/io

کتاب کے بغیر انہیں یوں پڑھیں۔

کمانڈ free -m۔ کالم free کو چھوڑ دیں؛ Linux جان بوجھ کر خالی میموری کو ڈسک کیش سے بھرتا ہے۔ available دیکھیں۔ اگر 2 GB والی مشین پر وہاں صرف چند سو MB ہیں اور swap کا used بڑھتا جا رہا ہے، تو میموری تنگ ہے۔

کمانڈ vmstat 1 10۔ چار کالم زیادہ تر کہانی سنا دیتے ہیں:

کبھی کبھار si/so میں چند غیر صفر قدریں آنا معمول ہے۔ اصل اشارہ مسلسل، ہر سیکنڈ swap ہے۔

فائلیں /proc/pressure/*۔ تینوں میں سب سے ایماندار۔ ہر فائل دکھاتی ہے کہ وقت کے کتنے حصے میں کام اس وسیلے کے انتظار میں رکے رہے۔ memory میں some avg60=25.00 کا مطلب ہے کہ پچھلے ایک منٹ میں کسی چیز نے ایک چوتھائی وقت میموری کا انتظار کیا۔ جس فائل میں سب سے بڑے اعداد ہیں، وہی آپ کی رکاوٹ ہے۔

اگر مسئلہ ڈسک کا ہے

اونچا wa، io پر زیادہ دباؤ، کم swap۔ عام وجہ کوئی ڈیٹابیس یا بہت سارے لاگز لکھنے والی ایپ ہوتی ہے جو کیش میں سمانے سے زیادہ پڑھتی ہے۔

اور یہاں موڑ آتا ہے: زیادہ RAM اسے ٹھیک کر سکتی ہے، کیونکہ Linux ڈسک کا بڑا حصہ کیش کر لے گا۔ اگر آپ کا ڈیٹابیس 6 GB کا ہے اور اس کا ہاٹ حصہ 3 GB، تو 2 GB سے 8 GB میموری پر جانے سے ڈسک کا مسئلہ غائب ہو سکتا ہے۔ لیکن اگر ڈیٹابیس 300 GB کا ہے اور ہر کوئری الگ حصے کو چھوتی ہے، تو کوئی معقول مقدار میں RAM اسے کیش نہیں کر پائے گی۔ تب بہتر انڈیکس، چھوٹی کوئریز یا ڈیٹا کی الگ ترتیب مدد کرتی ہے۔ یہاں تمام پلانز NVMe پر چلتے ہیں، اس لیے سست چیز شاذ ہی ڈسک خود ہوتی ہے۔ عام طور پر ڈسک تک پہنچنے کا طریقہ ہوتا ہے۔

اگر مسئلہ CPU کا ہے

اونچا us+sy، cpu پر دباؤ، swap نہیں، ڈسک کا انتظار کم۔ کمپریشن، بلڈ، ویڈیو انکوڈنگ، تصویری پروسیسنگ، کرپٹوگرافک حساب۔ یہاں زیادہ میموری بالکل مدد نہیں کرتی۔

کالم st پر بھی نظر رکھیں۔ VPS پر vCPU کسی فزیکل کور کے وقت کا حصہ ہے، پورا کور نہیں: پلان میں لکھا عدد مختصر اچھال کے لیے بالائی حد ہے، اور طویل مکمل لوڈ محدود کیا جا سکتا ہے تاکہ مشین پر سب کے ساتھ انصاف ہو۔ اگر آپ کے کام کو گھنٹوں تک سارے کور 100% پر چاہییں، تو یہ کام ہی کا سوال ہے، اور یہ بات ہم بڑا پلان خریدنے کے بعد نہیں، ابھی کہنا بہتر سمجھتے ہیں۔

اگر واقعی RAM ہی ہے

مسلسل swap، بڑھتا میموری دباؤ، dmesg میں OOM killer۔ اب سوال ہے: کتنی۔

‏2 GB کافی ہے، اکثر برسوں تک: ایک یا چند بوٹس، چھوٹا API، VPN، Nginx کے پیچھے اسٹیٹک سائٹ، cron پر چند اسکریپرز، ایک مانیٹرنگ ایجنٹ۔ ‏Micro ‏NAT پر ماہانہ $5 میں یا اپنے IPv4 کے ساتھ $10 میں 2 vCPU، 2 GB اور 25 GB دیتا ہے۔

‏4–8 GB آرام دہ درمیانی راستہ ہے: ڈیٹابیس کے ساتھ ایک ویب ایپ، چھوٹا سرچ انڈیکس، ہیڈلیس براؤزر آٹومیشن، ساتھ ساتھ چلتے دو تین ایجنٹس۔

‏32–64 GB اس ڈیٹا کے لیے ہے جسے میموری میں ہی رہنا ہے:

• ایسا ڈیٹابیس جس کا ورکنگ سیٹ درجنوں GB کا ہے، تاکہ کیش واقعی ہاٹ ڈیٹا تھامے رکھے؛
• بڑا اِن میموری کیش یا قطار، جو سب کچھ سست کیے بغیر ڈسک پر نہیں جا سکتی؛
• لاکھوں ٹکڑوں میں تلاش کے لیے ویکٹر انڈیکس (اصل اعداد بڑے پیمانے پر اپنا RAG میں ہیں)؛
• درمیانے سائز کے لینگویج ماڈل کا CPU پر انفرنس، جہاں ویٹس RAM میں سمانے چاہییں؛
• یکجائی: دس سروسز جو پہلے دس چھوٹے سرورز پر رہتی تھیں۔

‏Pro-64 اسی کے لیے ہے: 12 vCPU، 64 GB RAM، 600 GB NVMe اور ڈیڈیکیٹڈ IPv4، ماہانہ $70۔ درمیان کی سیڑھیاں $40 والا Pro-32 اور $55 والا Pro-48 ہیں؛ اوپر $90 والا Pro-80۔ Pro پلانز کے لیے مقامات کی دستیابی آرڈر کرتے وقت نظر آتی ہے۔

جہاں بڑی مشین مناسب نہیں

تین حالات جن میں 64 GB غلط جواب ہے، چاہے آپ کی جیب اجازت دے۔

‏GPU والا کام۔ ان میں سے کسی پلان میں GPU نہیں۔ اگر آپ کے ماڈل کو ٹریننگ یا تیز انفرنس کے لیے GPU چاہیے، تو بہت ساری RAM والی CPU مشین اسے چلا تو دے گی، پر آہستہ، اور آپ صبر کی قیمت ادا کریں گے۔

طویل عرصے تک پورے CPU والے کام۔ جیسا اوپر کہا: vCPU اچھال کے لیے صلاحیت ہے۔ بارہ vCPU دن رات 100% پر چلانا وہ کام نہیں جس کے لیے VPS بنا ہے۔

اور "شاید ضرورت پڑ جائے"۔ اگر تینوں کمانڈز میموری پر دباؤ نہیں دکھاتیں، تو اضافی 60 GB ان فائلوں کا کیش بنیں گے جنہیں آپ پڑھتے ہی نہیں۔ چھوٹے سے شروع کریں۔ اسی نیٹ ورک ٹائپ کے بڑے پلان پر جانے سے vCPU، RAM اور ڈسک وہیں، ایک ری بوٹ میں بڑھ جاتے ہیں، جیسا پلان بدلنا میں بتایا گیا ہے۔ وہیں چھوٹا کرنا ممکن نہیں، اس لیے ضرورت سے بڑا خریدنے کی اصل قیمت ہے: چھوٹا کرنے کے لیے نئے سرور پر جانا ہوگا، اور بغیر ڈاؤن ٹائم VPS منتقل کرنا ایسا کام ہے جس سے بچنا ہی بہتر۔

اگر آپ مختلف فراہم کنندگان کے پلانز کا موازنہ کر رہے ہیں تو VPS کی خصوصیات کیسے پڑھیں بتاتا ہے کہ vCPU، ڈسک اور پورٹ کے اعداد اصل میں کیا وعدہ کرتے ہیں۔