VPS-ல் கேமிங் செய்ய முடியுமா? உண்மை என்ன?

VPS-ல் கேமிங் செய்ய முடியுமா? சுருக்கமான பதில்

VPS-ல் கேமிங் செய்ய முடியுமா? இந்த கேள்வியை இருவேறு தேவைகளுக்காக மக்கள் கேட்கிறார்கள், அவர்களுக்கு முரணான பதில்களே தேவைப்படுகின்றன. நீங்கள் வாடகைக்கு எடுத்த server-ல் நீங்களே ஒரு விளையாட்டை விளையாடி, அதன் காட்சியை உங்கள் திரையில் பார்க்க விரும்பினால், ஒரு சாதாரண VPS (virtual private server) அதற்கு உதவாது; எந்தவொரு configuration மாற்றமும் இதைச் சரிசெய்ய முடியாது. மாறாக, பிற வீரர்கள் இணைந்துகொள்ளும் வகையில் ஒரு game server-ஐ நீங்கள் host செய்ய விரும்பினால், நீங்கள் செலவிடும் பணத்திற்கு மிகச்சிறந்த தேர்வுகளில் ஒன்று VPS ஆகும்; இதற்கு ஒரு சிறிய plan-மே போதுமானது.

நீங்கள் hosting தேவைக்காக இங்கே வந்திருந்தால், நேரடியாக game server-களுக்கு VPS-ஐத் தேர்ந்தெடுத்தல் அல்லது VPS-ல் Minecraft server-ஐ இயக்குதல் பகுதிக்குச் செல்லவும். விளையாடும் தரப்பில் ஏன் இது வேலை செய்யாது என்பதை கீழே உள்ள பகுதிகள் விளக்குகின்றன, ஏனெனில் இதற்கான தெளிவான பதில் பலருக்குக் கிடைப்பதில்லை.

ஒரு சாதாரண VPS-ல் ஏன் GPU இல்லை

ஒரு சாதாரண VPS என்பது பகிரப்பட்ட host-ன் ஒரு பகுதி: இதில் virtual CPU cores, RAM, disk மற்றும் network port மட்டுமே இருக்கும். Host என்பது ஒரு rack server ஆகும். Rack server-களில் நுகர்வோர் பயன்பாட்டிற்கான graphics card இருக்காது. ஏனெனில், ஒரு gaming GPU (graphics processing unit) என்பது அதற்கென தனி மின்விசிறிகள் மற்றும் அதிக மின்சாரத் தேவை கொண்ட desktop case-களுக்காக வடிவமைக்கப்பட்டது. உங்கள் virtual machine-க்கு ஒரு virtual display adapter மட்டுமே கிடைக்கும்; இது boot console-ன் காட்சிகளைத் திரையிட மட்டுமே உதவும். இதுவே graphics தொடர்பான முழுமையான சூழலாகும்.

lspci | grep -i -E 'vga|3d|display'
ls -l /dev/dri

முதல் கட்டளை ஒரு வரியை வெளியிடும், அது பொதுவாக Cirrus Logic GD 5446 அல்லது Red Hat, Inc. Virtio 1.0 GPU போன்றதாக இருக்கும். அந்த சாதனங்களில் 3D engine கிடையாது. இரண்டாவது கட்டளை பொதுவாக ls: cannot access '/dev/dri': No such file or directory என்று பதிலளிக்கும், ஏனெனில் ஒரு நிரல் திறப்பதற்குத் தேவையான direct rendering சாதனம் அங்கு இல்லை. உண்மையான GPU வசதி கொண்ட instance-ல், அதே கட்டளை card0 மற்றும் renderD128 ஆகியவற்றை பட்டியலிடும்.

Mesa மென்பொருள், அதன் software renderer ஆன llvmpipe மூலம் உங்களுக்கு OpenGL வசதியை வழங்கும்; இது ஒவ்வொரு முக்கோணத்தையும் CPU மூலமே வரையும். இது ஒரு desktop அல்லது பழைய 2D விளையாட்டுக்கு போதுமானது. நவீன 3D விளையாட்டுக்கள் இதில் சில frames per second வேகத்தில் மட்டுமே இயங்கும். அப்போது CPU தான் செய்யத் தகுதியற்ற ஒரு வேலையில் மும்முரமாக இருப்பதால், விளையாட்டின் logic-ம் மந்தமாகிவிடும்.

Remote play-ல் உள்ளீட்டு தாமதம் (input latency) ஏன் பாதிப்பை ஏற்படுத்துகிறது

Remote play என்பது ஒரு சுழற்சி முறை (loop). நீங்கள் அழுத்தும் விசை server-க்குச் செல்கிறது, server ஒரு frame-ஐ render செய்து, அதை video-வாக encode செய்து மீண்டும் உங்களுக்கு அனுப்புகிறது, பின் உங்கள் client அதை decode செய்து திரையில் காட்டுகிறது. ஒவ்வொரு நிலையிலும் சில milliseconds செலவாகிறது, இவை அனைத்தும் சேர்ந்து மொத்த தாமதத்தை உருவாக்குகின்றன.

[
  {
    "label": "Input capture and send",
    "typical_ms": 5
  },
  {
    "label": "Network round trip",
    "typical_ms": 15
  },
  {
    "label": "Frame render on the server",
    "typical_ms": 12
  },
  {
    "label": "Hardware video encode",
    "typical_ms": 8
  },
  {
    "label": "Decode and display on the client",
    "typical_ms": 15
  },
  {
    "label": "Sum of the stages above",
    "typical_ms": 55
  }
]

இதில் 15 ms மட்டுமே network round trip ஆகும். உங்களுக்கு அருகிலுள்ள server-ஐத் தேர்ந்தெடுப்பதன் மூலம் இந்த ஒரு பகுதியை மட்டுமே நீங்கள் மேம்படுத்த முடியும். மீதமுள்ளவை pipeline-ன் செயல்பாடுகள், இவை server எங்குள்ளது என்பதைப் பொறுத்தவை அல்ல. விளையாட்டு அதன் சொந்த வேலையைச் செய்வதற்கு முன்பே, இந்த நிலைகள் மொத்தம் 55 ms தாமதத்தை உருவாக்குகின்றன. இவை ஒரே பிராந்தியத்தில் உள்ள client-க்கு hardware encoder மூலம் streaming செய்யும்போது கிடைக்கும் பொதுவான தரவுகள்; இவை ஒரே கணினியில் அளவிடப்பட்டவை அல்ல, எனவே இவற்றைச் சிக்கலின் தன்மையைப் புரிந்துகொள்ள உதவும் அளவீடுகளாகக் கருதவும்.

இந்தத் தாமதம் ஒரு feedback loop-க்குள் அமைகிறது. நீங்கள் mouse-ஐ நகர்த்துகிறீர்கள், முடிவைப் பார்க்கிறீர்கள், பின் திருத்தம் செய்கிறீர்கள். கூடுதல் தாமதம் இருந்தால், ஒவ்வொரு திருத்தமும் தாமதமாகவே வந்து சேரும்; இதனால் நீங்கள் இலக்கைத் தாண்டிச் சென்று மீண்டும் திருத்தம் செய்ய வேண்டியிருக்கும். Turn-based விளையாட்டுகள், strategy, management sims மற்றும் card games ஆகியவற்றுக்கு இந்தத் தாமதம் பெரிய பாதிப்பை ஏற்படுத்தாது. ஆனால் shooters, fighting games, rhythm games மற்றும் racing விளையாட்டுகளுக்கு இது பெரும் தடையாக இருக்கும்.

Jitter மற்றும் packet loss ஆகியவை வேறு விதமாகப் பாதிக்கின்றன. ஒரு video stream-ஆல் retransmission-க்காகக் காத்திருக்க முடியாது, ஏனெனில் அந்த packet சார்ந்த frame ஏற்கனவே காலாவதியாகிவிடும். எனவே, packet loss ஏற்படும்போது ஒரு சிறிய இடைவெளிக்கு பதிலாக, திரையில் கட்டங்கள் (blocking artifacts) தெரிவதையோ அல்லது படம் உறைந்து போவதையோ (frozen picture) நீங்கள் காண்பீர்கள். இதனால்தான் remote desktop இதற்குச் சரியான கருவி அல்ல. VNC (virtual network computing) மற்றும் சாதாரண RDP (remote desktop protocol) ஆகியவை மாற்றமடைந்த பகுதிகளை TCP மூலம் அனுப்புகின்றன. ஒரு திரை வினாடிக்கு 60 முறை முழுமையாக மாறும்போது, அது தொடர்ச்சியான retransmission-களாக மாறிவிடும்.

உண்மையான cloud gaming பெட்டிக்குத் தேவையானவை

இதைச் சரியாக உருவாக்குவது சாத்தியம். இதற்கு ஒரே நேரத்தில் நான்கு விஷயங்கள் தேவை.

• ஒரு datacenter card கொண்ட GPU instance, ஏனெனில் ஒரு வழங்குநர் வாடகைக்கு விட உரிமம் பெற்ற ஒரே வகை இதுதான்.
• NVENC போன்ற வன்பொருள் வீடியோ குறியாக்கி (hardware video encoder), ஏனெனில் மென்பொருள் மூலம் குறியாக்கம் செய்வது CPU நேரத்தை எடுத்துக்கொள்வதோடு தாமதத்தையும் (delay) அதிகரிக்கும்.
• டெஸ்க்டாப்பிற்குப் பதிலாக கேம்களுக்காக உருவாக்கப்பட்ட streaming ஜோடி. சர்வரில் Sunshine மற்றும் கிளையண்டில் Moonlight என்பது பொதுவாகப் பயன்படுத்தப்படும் open source தேர்வாகும்.
• உங்கள் சொந்த மெட்ரோ பகுதியில் ஒரு சர்வர், ஏனெனில் round trip என்பது தூரத்தைப் பொறுத்தது, மேலும் அந்தத் தூரம் என்பது இழை ஒளியியலில் (fibre) ஒளியின் வேகமாகும்.

பிறகு அதன் விலையைக் கணக்கிடுங்கள். GPU instance-கள் மணிநேர அடிப்படையில் கட்டணம் வசூலிக்கின்றன, எனவே ஒரு மாதத்திற்குத் தொடர்ந்து இயங்குவதற்கான செலவைக் கண்டறிய மணிநேரக் கட்டணத்தை 730-ஆல் பெருக்கவும். ஆகஸ்ட் 2026 நிலவரப்படி, இது அமெரிக்க டாலரில் மூன்று இலக்க மாதக் கட்டணமாகும், இதில் ஒரு வருடத்திற்குள் ஒரு கன்சோலை நேரடியாக வாங்கிவிடலாம், மேலும் கேம் உரிமங்களுக்கு நீங்கள் தனியாகப் பணம் செலுத்த வேண்டியிருக்கும். ஒரு GPU VPS உண்மையில் உங்களுக்கு என்ன வழங்குகிறது மற்றும் GPU மணிநேரங்களை வாடகைக்கு எடுப்பதற்கான சமநிலை கணக்கீடுகள் ஆகியவை இந்த எண்களை விரிவாக விளக்குகின்றன.

நீங்கள் விளையாடுவதற்கு மட்டுமே விரும்பினால், வணிக ரீதியான cloud gaming சேவைகள் ஏற்கனவே உங்களுக்கு அருகிலுள்ள datacenter-களில் இந்தத் தொழில்நுட்ப அடுக்கை (stack) இயக்குகின்றன, மேலும் உரிமச் சிக்கல்களும் தீர்க்கப்பட்டுள்ளன. ஒரு நகரத்தில் உள்ள ஒரு VPS, இந்த வேலைக்காகவே உருவாக்கப்பட்ட ஒரு நெட்வொர்க்கிற்கு ஈடாகாது.

Anti-cheat மற்றும் உரிமக் கட்டுப்பாடுகள்

சரியான GPU வசதி கொண்ட கணினியாக இருந்தாலும், சில விதிகளால் சிக்கல்கள் எழுகின்றன. Windows 11-ல் Riot-ன் Vanguard மென்பொருள் TPM 2.0 (trusted platform module) மற்றும் Secure Boot வசதிகளைக் கட்டாயமாக்குகிறது. இது virtual machine-க்குள் இயங்க மறுப்பதால், வாடகைக்கு எடுக்கப்பட்ட cloud hardware-ல் Valorant விளையாட்டைத் தொடங்க முடியாது. Easy Anti-Cheat மற்றும் BattlEye ஆகியவையும் hypervisor-ஐக் கண்டறியும் திறன் கொண்டவை. இவற்றைப் பயன்படுத்தும் பல விளையாட்டுகள் virtual machine-களைத் தடுப்பதோடு, அதைப் பயன்படுத்தினால் கணக்கையும் முடக்குகின்றன. இது திட்டமிட்டே செய்யப்படுகிறது: cheat உருவாக்குபவர்கள் தங்கள் கருவிகளை மறைக்க virtual machine-களைப் பயன்படுத்துவதால், அதில் இயங்க மறுப்பது விளையாட்டிற்கு ஒரு எளிமையான பாதுகாப்பு முறையாகும்.

இதற்கு மேலாக உரிமக் கட்டுப்பாடுகளும் உள்ளன. NVIDIA-வின் GeForce driver உரிமம் datacenter பயன்பாட்டிற்குத் தடை விதிக்கிறது. இதனால்தான் சேவை வழங்குநர்கள் desktop card-களுக்குப் பதிலாக datacenter card-களை வாடகைக்கு விடுகின்றனர். நீங்கள் சொந்தமாக வைத்திருக்காத hardware-ல் Windows-ஐ இயக்க, அதற்கான பிரத்யேக உரிமம் தேவை. மென்பொருள் அங்காடிகளின் (storefront) விதிமுறைகள், ஒரு நகலை எங்கு இயக்கலாம் என்பதைத் தீர்மானிக்கின்றன. இதில் ஏதேனும் ஒன்றை மட்டும் சமாளிப்பது சாத்தியம். ஆனால் இவை அனைத்தும் ஒன்றாகச் சேரும்போது, நீங்களே உருவாக்கிய cloud gaming rig-ல், நீங்கள் விளையாட விரும்பும் பெரும்பாலான போட்டி விளையாட்டுகளை (competitive games) இயக்க முடியாது.

CPU மட்டும் கொண்ட VPS எவற்றையெல்லாம் சிறப்பாக இயக்கும்

இப்போது மற்றொரு கோணத்தைப் பார்ப்போம். ஒரு dedicated game server எதையும் திரையில் வரைவதில்லை (render). அது உலகத்தை உருவகப்படுத்துகிறது (simulate), ஒவ்வொரு வீரரின் உள்ளீட்டையும் (input) செயல்படுத்துகிறது, மேலும் network வழியாக நிலை மாற்றங்களை (state updates) மீண்டும் அனுப்புகிறது. வீரர்களின் சொந்த கணினிகளே காட்சிகளை வரைகின்றன. rendering இல்லாததால் GPU தேவையில்லை; எனவே, விளையாடுவதற்கு பயனற்ற ஒரு கணினி, hosting செய்வதற்கு மிகச்சரியானதாக அமைகிறது.

• Minecraft, Valheim, Terraria, Factorio, Rust, Project Zomboid மற்றும் headless server build-ஐ வழங்கும் பெரும்பாலான விளையாட்டுகளுக்கான dedicated servers.
• Voice chat. ஒரு Mumble server, அதே சிறிய திட்டத்தில் (plan) game server-க்கு அருகிலேயே இயங்கும் அளவுக்கு லேசானது.
• plain HTTP வழியாக Mod மற்றும் map பதிவிறக்கங்கள், மேலும் யார் online-ல் இருக்கிறார்கள் என்பதைப் பார்க்க வீரர்கள் பயன்படுத்தும் web panel.
• Matchmaking, புள்ளிவிவரங்கள் (stats), leaderboards, Discord bots மற்றும் அவற்றுக்குப் பின்னால் உள்ள database.
• கணினியை விட்டு வெளியே சேமிக்கப்படும் திட்டமிடப்பட்ட world backups; இதனால் ஒரு save கோப்பு சிதைந்தால், முழு map-ம் அழியாமல் ஒரு மணிநேர தரவு மட்டுமே இழக்கப்படும்.

பொதுவாக RAM தான் எல்லையாக (binding limit) இருக்கும். பல விளையாட்டுகளில், core-களின் எண்ணிக்கையை விட single core வேகம் முக்கியமானது, ஏனெனில் Minecraft அல்லது Factorio server-ன் முதன்மை simulation tick ஒரே ஒரு thread-ல் தான் இயங்குகிறது. எட்டு மெதுவான core-களைக் கொண்ட திட்டத்தை விட, நான்கு வேகமான core-களைக் கொண்ட திட்டம் சிறந்தது. CPU-வை விட வீரர்களின் எண்ணிக்கையைப் பொறுத்தே bandwidth பயன்பாடு அமையும். சேவை வழங்குநர்கள் தரவு பரிமாற்றத்தை (transfer) அளவிடுவதால், ஒரு திட்டத்தைத் தேர்ந்தெடுக்கும் முன் அதன் வரம்பை சரிபார்க்கவும்.

சரியான ports-ஐத் திறக்கவும். விளையாட்டின் பெரும்பாலான traffic TCP-ஐ விட UDP (user datagram protocol) மூலமே நடக்கும் என்பதை நினைவில் கொள்ளவும்.

sudo ufw allow 25565/tcp
sudo ufw allow 27015/udp
sudo ufw status

ufw status ஒவ்வொரு விதியையும் அதன் அருகில் ALLOW உடன் பட்டியலிட வேண்டும். port இங்கே திறந்திருந்தும் server-ஐ அணுக முடியவில்லை என்றால், உங்கள் சேவை வழங்குநரின் control panel-ல் உள்ள தனிப்பட்ட network firewall-ஐச் சரிபார்க்கவும். ஏனெனில், கணினிக்குள் இருக்கும் விதி, அதற்கு முன்னால் இருக்கும் filter-ல் எந்த மாற்றத்தையும் ஏற்படுத்தாது.

உங்கள் தலையீடு இன்றி அதை இயங்க வைக்கவும். ஒரு systemd unit அல்லது Docker restart policy, reboot-க்கு பிறகு server-ஐ மீண்டும் கொண்டு வரும். boot-ன் போது தானாகத் தொடங்கும் compose stack என்பது இதற்கான பொதுவான முறையாகும். அதனுடன் கணினிக்கு வெளியே திட்டமிடப்பட்ட backups-ஐ இணைப்பதன் மூலம், disk பழுதடைந்தாலும் world கோப்பு பாதுகாப்பாக இருக்கும்.

VPS-ல் hosting செய்வதற்கு முன் அதை எவ்வாறு சரிபார்ப்பது

உங்கள் விளையாட்டாளர்களுக்கு இருக்கும் latency-யே அந்த server-ன் செயல்பாட்டைத் தீர்மானிக்கிறது, இதை அளவிட முடியும். நீங்கள் விரும்பும் பகுதியில் உள்ள ஒரு test address-ஐ வழங்குநரிடம் கேட்டுப் பெறுங்கள். பின், server-லிருந்து அல்லாமல், விளையாட்டாளரின் network-லிருந்து இவற்றை இயக்கவும்.

ping -c 20 203.0.113.10
mtr -r -c 100 203.0.113.10

ping கட்டளையானது rtt min/avg/max/mdev = 18.4/19.1/24.6/1.2 ms போன்ற ஒரு சுருக்கமான வரியுடன் முடிவடையும். அதில் உள்ள கடைசி எண் jitter ஆகும். விளையாட்டின் போது, குறைந்த சராசரியை விட, சீரான சராசரியும் குறைந்த jitter-ம் இருப்பது சிறந்த அனுபவத்தைத் தரும். mtr ஒவ்வொரு hop-லும் ஏற்படும் loss-ஐக் காட்டும். நீங்கள் கடைசி வரியில் உள்ள loss-ஐ மட்டுமே கவனிக்க வேண்டும். ஏனெனில், இடையில் உள்ள routers தங்களுக்கு வரும் ICMP (internet control message protocol) பதில்களுக்குக் குறைந்த முன்னுரிமையே அளிக்கின்றன; இதனால், உண்மையான traffic-ல் ஏற்படாத loss-ஐ அவை காட்டக்கூடும்.

பிறகு, அந்த host oversubscribed நிலையில் உள்ளதா என்று சரிபார்க்கவும்.

vmstat 1 5

st நெடுவரிசை steal time-ஐக் குறிக்கிறது: உங்கள் virtual CPU இயங்கத் தயாராக இருந்தும், physical host அந்தச் சுழற்சிகளை (cycles) மற்றொரு guest-க்கு வழங்கிய நேரத்தின் அளவு இதுவாகும். இதில் பூஜ்ஜியம் அல்லாத நிலையான மதிப்பு இருந்தால், உங்கள் plan பக்கத்தில் என்ன சொல்லப்பட்டிருந்தாலும், சுமையின் போது உங்கள் tick rate சீரற்றதாக இருக்கும். Steal time மற்றும் noisy neighbours பகுதியில் இதை எவ்வாறு வாசிப்பது என்பது விளக்கப்பட்டுள்ளது. மேலும், ஒரு வருடத்திற்கு ஒப்பந்தம் செய்வதற்கு முன் சேகரிக்க வேண்டிய பிற எண்களைப் பற்றி VPS-ஐ நீங்களே benchmarking செய்வது பகுதியில் காணலாம்.

இரண்டு கேள்விகளுக்கான நேரடியான பதில்

நீங்கள் விளையாட விரும்பினால், உங்கள் கட்டுப்பாட்டில் உள்ள வன்பொருளிலேயே விளையாட்டை வைத்திருங்கள் அல்லது கேம் ஸ்ட்ரீமிங்கிற்காகவே உருவாக்கப்பட்ட சேவையைப் பயன்படுத்துங்கள். ஒரு பொதுவான VPS-ஆல் கிராபிக்ஸை ரெண்டர் (render) செய்ய முடியாது. ஒரு GPU instance-ன் வாடகை, வன்பொருளை வாங்குவதை விட அதிக செலவாகும், மேலும் அது anti-cheat மென்பொருட்களுடன் சரியாகச் செயல்படாது. நீங்கள் ஹோஸ்ட் (host) செய்ய விரும்பினால், VPS-ஐ வாடகைக்கு எடுங்கள். இது குறைந்த விலையில் மிகச்சிறந்த தேர்வாகும், மேலும் ஒரே சர்வரில் மற்ற சேவைகளையும் கேம் விளையாடாத நேரங்களில் இயக்கிக்கொள்ளலாம்.

FAQ

என்னால் ஒரு VPS-ல் Steam-ஐ நிறுவி விளையாட முடியுமா?

நீங்கள் ஒரு Linux VPS-ல் Steam client-ஐ நிறுவி விளையாட்டுகளைத் தரவிறக்கம் செய்ய முடியும். ஆனால் அவற்றை விளையாடுவதுதான் தோல்வியில் முடியும். சாதாரண VPS திட்டங்களில் GPU கிடையாது, எனவே 3D விளையாட்டுகள் CPU rendering-ஐ மட்டுமே நம்பியிருக்கும், இது ஒரு நொடிக்குச் சில frames மட்டுமே தரும். பல நவீன விளையாட்டுகள் ஆதரவுள்ள renderer இல்லாமல் தொடங்கவே மறுத்துவிடும். திரையில் தெரிவதைப் பெறுவதற்கு, encode மற்றும் network தாமதம் கூடுதலாகச் சேரும். Steam Remote Play என்பது உங்களிடம் உள்ள ஒரு உண்மையான gaming machine-லிருந்து stream செய்யவே உருவாக்கப்பட்டது, அதற்கு அந்த machine-ல் graphics card இருப்பது அவசியம்.

GPU VPS மூலம் எனக்குச் சொந்தமான எந்த விளையாட்டையும் விளையாட முடியுமா?

இது rendering சிக்கலை மட்டுமே தீர்க்கும், மற்ற சிக்கல்கள் அப்படியே இருக்கும். உங்களுக்கு இன்னும் hardware encoder, Moonlight போன்ற குறைந்த தாமதம் கொண்ட client, மற்றும் round trip தாமதம் குறைவாக இருக்க server-க்கு அருகாமையில் இருத்தல் போன்றவை தேவை. Anti-cheat தான் பெரிய தடை: Riot-ன் Vanguard மெய்நிகர் இயந்திரத்தில் (virtual machine) இயங்க மறுக்கிறது. Easy Anti-Cheat மற்றும் BattlEye ஆகியவை hypervisor-ஐக் கண்டறியும் திறன் கொண்டவை, எனவே competitive shooters விளையாட முடியாது. Single player மற்றும் வேகம் குறைந்த விளையாட்டுகளை விளையாடுவது மட்டுமே நடைமுறைக்குச் சாத்தியம், ஆனால் இதற்கான மாதாந்திரச் செலவு உள்ளூர் hardware-ன் விலையை விட அதிகமாக இருக்கலாம்.

பத்து நண்பர்களுடன் Minecraft விளையாட எனக்கு என்ன அளவு VPS தேவை?

பத்து வீரர்கள் கொண்ட ஒரு vanilla Java server-க்கு 2 vCPU மற்றும் 4 GB RAM போதுமானது. JVM (Java virtual machine)-க்கு -Xmx3G மூலம் சுமார் 3 GB ஒதுக்கி, மீதியை operating system-க்கு விட்டுவிடுங்கள். ஏனெனில் JVM நீங்கள் ஒதுக்கும் அனைத்து நினைவகத்தையும் பயன்படுத்தும், அதே சமயம் kernel-க்கு page cache-க்காக நினைவகம் தேவைப்படும். பெரிய modpack பயன்படுத்தினால் கணக்கு மாறும்: heap-க்கு மட்டும் 6 GB முதல் 8 GB வரை திட்டமிடுங்கள். மேலும், வேகமான single core கொண்ட திட்டத்தைத் தேர்வு செய்யுங்கள், ஏனெனில் main world tick ஒரே ஒரு thread-ல் தான் இயங்குகிறது.

Remote desktop சரியாக இயங்குகிறது, ஆனால் விளையாட்டு ஏன் சரியாக இயங்குவதில்லை?

Desktop-ல் திரையின் ஒரு சிறிய பகுதி மட்டுமே அவ்வப்போது மாறும், ஒரு window redraw 100 ms தாமதமாக வருவதை யாரும் கவனிப்பதில்லை. விளையாட்டில் ஒவ்வொரு நொடியும் பலமுறை ஒவ்வொரு pixel-ம் மாறும், மேலும் உங்கள் கைகளின் அசைவுக்கும் விளையாட்டுக்கும் இடையே ஒரு feedback loop உள்ளது. VNC மற்றும் சாதாரண RDP ஆகியவை மாற்றப்பட்ட பகுதிகளை TCP மூலம் அனுப்பும், எனவே திரை தொடர்ந்து நகரும்போது retransmissions மற்றும் stalls ஏற்படும். முறையான video stream பயன்படுத்தினாலும் input delay அப்படியே இருக்கும், நீங்கள் aim செய்ய முயலும்போது அந்தத் தாமதத்தை உங்களால் உணர முடியும்.