Linux თუ Windows თამაშის სერვერისთვის

თამაშის სერვერი Linux-ზე გაუშვი ყოველთვის, როცა თამაშს Linux build აქვს, და პოპულარული თამაშების უმეტესობას დღეს აქვს. Linux ოპერაციული სისტემისთვის ნაკლებ მეხსიერებას იყენებს, ლიცენზია არაფერი ღირს, კონტეინერებში კომფორტულად მუშაობს და თითქმის ყველა თამაშის ჰოსტინგი და პანელი სწორედ მასზეა აგებული. Windows - ან Windows თავსებადობის ფენის ქვეშ - მხოლოდ მაშინ გამოიყენე, როცა სერვერის ბინარი მხოლოდ Windows-ისთვის არსებობს, რაც ჯერ კიდევ მართალია Unreal-ისა და Unity-ის survival თამაშების შესამჩნევ სიაზე: მათ შორის არიან ARK: Survival Ascended, Conan Exiles, V Rising, Enshrouded, Space Engineers, The Forest, Sons of the Forest და Abiotic Factor. სტატიის დანარჩენი ნაწილი ეს სიაა, მიზეზები და ის პრაქტიკული განსხვავებები, რომლებიც ხალხს ერთიდან მეორეზე სერვერის გადატანისას აბრკოლებს.

რატომ აქვს ოპერაციულ სისტემას ნაკლები მნიშვნელობა, ვიდრე ადრე#

თხუთმეტი წლის წინ ეს არჩევანი წყვეტდა, რომელი თამაშების ჰოსტინგი შეგეძლო საერთოდ. დღეს სერვერის ბინარი ჩვეულებრივ პატარა, headless პროგრამაა, რომელსაც დეველოპერი ერთი ან ორივე პლატფორმისთვის აგებს, ხოლო მის გარშემო მყოფი ოპერაციული სისტემა სამ საქმეს აკეთებს: უშვებს მას, აძლევს მეხსიერებასა და CPU-ს და პაკეტებს აწვდის. Linux სამივეს ნაკლები დანახარჯით აკეთებს.

ადგილი, სადაც ამას ჯერ კიდევ აქვს მნიშვნელობა, თავად ბინარია. დეველოპერი ან ქმნის Linux-ის სერვერის build-ს, ან არა, და თუ არა, სამი ვარიანტი გაქვს: იქირაო ან გაუშვა Windows, Windows-ის build გაუშვა Wine-ის ან Proton-ის ქვეშ Linux-ზე, ან ამ თამაშს საერთოდ არ უმასპინძლო. არ არსებობს პარამეტრი, რომელიც Windows-ის სერვერს Linux-ისად აქცევს.

ამის გარკვევა მარტივია. ნახე, რას ჩამოტვირთავს SteamCMD. თუ Linux-ზე app_update Invalid Platform-ით ვარდება, ან ინსტალაციის საქაღალდეში მხოლოდ .exe და .dll ფაილებია, Linux build არ არსებობს. სტატია SteamCMD app ID-ები და beta ბრენჩები აღწერს, როგორ ნახო აპლიკაციის depot-ები, სადაც ჩამოთვლილია, რომელ ოპერაციულ სისტემას ემსახურება თითოეული.

რომელი სერვერი სად მუშაობს#

ეს სია იცვლება. დეველოპერები Linux build-ებს გამოსვლის შემდეგ ამატებენ (DayZ-მა ასე გააკეთა, გამოსვლიდან წლების შემდეგ), ზოგჯერ კი გაგრძელება კარგავს იმას, რაც წინამორბედს ჰქონდა, როგორც ARK: Survival Ascended-ის შემთხვევაში. მიმდინარე მდგომარეობა შეამოწმე, სანამ აპარატურას ან ლიცენზიას ძველი ფორუმის პასუხის საფუძველზე იყიდი.

მეხსიერება, CPU და ფასი#

თავად ოპერაციული სისტემის დანახარჯი ყველაზე ხელშესახები განსხვავებაა:

8 GB-იან მანქანაზე ოპერაციული სისტემისთვის 2 GB-ის დათმობა შენი რესურსის მეოთხედია, და ეს რეალური ფულია, როცა survival თამაშს ზომავ, რომელსაც თავისთვის 8 GB უნდა. 64 GB-იან დიდ გამოყოფილ სერვერზე ამას თითქმის მნიშვნელობა არ აქვს.

ერთი და იმავე build-ისთვის CPU თითქმის ფრეა. თამაშის სერვერებს ჩვეულებრივ ერთი მთავარი სიმულაციის thread ზღუდავს და ეს thread ნებისმიერ kernel-ზე ერთნაირად სწრაფად მუშაობს. როცა ხალხი ამბობს, რომ ერთი პლატფორმა უფრო სწრაფია, ჩვეულებრივ თამაშის საკუთარი Linux build-ია ნაკლებად ოპტიმიზებული, ვიდრე Windows-ისა, ან პირიქით - ეს იმაზეა დამოკიდებული, როგორ ააგო და შეამოწმა დეველოპერმა, და არა ოპერაციულ სისტემაზე. თუ დეველოპერი Linux-ს მეორეხარისხოვან პორტად თვლის, Linux-ის სერვერი patch-ის შემდეგ რამდენიმე დღით შეიძლება გასწორებებში ჩამორჩეს.

ფასი ძირითადად ლიცენზირებაა. ჰოსტინგები Windows-ის ლიცენზიებს ყოველთვიურ დანამატად აწვდიან და ერთი პატარა სერვერისთვის ეს დანამატი ანგარიშის დიდი ნაწილი შეიძლება იყოს.

პრაქტიკული განსხვავებები, რომლებიც გადატანას აფუჭებს#

ეს ის რამეებია, რომლებიც "უბრალოდ საქაღალდე გადავაკოპიროთ"-ს მთელ ნაშუადღევად აქცევს.

რეგისტრის მგრძნობიარე ფაილის სახელები

Windows Mods-ს, mods-სა და MODS-ს ერთ საქაღალდედ თვლის. Linux - სამად. კონფიგურაცია, სადაც წერია @CBA_A3, ხოლო დისკზე საქაღალდე @cba_a3-ია, Windows-ზე მუშაობს, Linux-ზე კი ვარდება ფაილის არარსებობის შეცდომით, რომელიც რეგისტრს საერთოდ არ ახსენებს.

ეს ყველაზე მწვავედ Arma 3-სა და DayZ-ზე ჩანს, სადაც მოდების საქაღალდეები Workshop-იდან შერეული რეგისტრის სახელებით მოდის, გაშვების ხაზი კი მათ ხელით მიუთითებს. ჩვეულებრივი გამოსავალი ყველა მოდის საქაღალდისა და მისი შიგთავსის პატარა ასოებზე გადარქმევა და გაშვების ხაზის შესაბამისად პატარა ასოებით დაწერაა. Minecraft-ის plugin-ების კონფიგები, Source engine-ის რუკების სახელები და Garry's Mod-ში Lua-ს require გზები ზუსტად ასევე შეიძლება ჩავარდეს.

გზები და ხაზის დაბოლოებები

Windows-ის გზები უკუღმა დახრილ ხაზებსა და დისკის ასოებს იყენებს; Linux - პირდაპირ დახრილ ხაზებს /-დან. კონფიგები, რომლებშიც C:\Servers\... წერია, გადატანისას რედაქტირებას საჭიროებს. თამაშების უმეტესობა Windows-ზეც იღებს პირდაპირ დახრილ ხაზებს, ამიტომ თავიდანვე ასე დაწერა კონფიგს გადატანადს ხდის.

მეორე ხაფანგი სკრიპტებია. Windows-ის რედაქტორში დაწერილი start.sh ყოველ ხაზს carriage return-ით ამთავრებს და Linux მის გაშვებაზე უარს ამბობს ისეთი შეტყობინებით, როგორიცაა /bin/bash^M: bad interpreter. გადააკეთე:

$ sed -i 's/\r$//' start.sh

მოდები ნატიური კოდით

მოდების უმეტესობა მონაცემები ან სკრიპტებია და ყველგან მუშაობს, სადაც თამაში მუშაობს. ზოგი კომპილირებულ ნატიურ კოდს შეიცავს, ნატიური კოდი კი ერთი პლატფორმისთვის იგება:

• Arma 3-ის extension-ები Windows-ზე .dll-ია, Linux-ზე კი .so. სერვერის მხარის მოდი, რომელსაც მხოლოდ DLL მოყვება, Linux-ის სერვერზე უბრალოდ არ ჩაიტვირთება.
• SourceMod-ისა და Metamod-ის extension-ებს .ext.so და .ext.dll build-ები მოყვება. პოპულარულების უმეტესობას ორივე აქვს; მიტოვებულებს ხშირად მხოლოდ ერთი.
• BepInEx-ს (Valheim და სხვა Unity თამაშები) ცალკე პაკეტები აქვს პლატფორმების მიხედვით, რადგან თავად loader ნატიური კოდია.
• Rust-ის Oxide-სა და Carbon-ს Linux-ისა და Windows-ის build-ები აქვთ, რომლებიც სერვერს უნდა ემთხვეოდეს.

მოდიანი სერვერის გადატანამდე ჩამოწერე ყველა მოდი ნატიური კომპონენტით და დარწმუნდი, რომ სამიზნე პლატფორმისთვის build არსებობს.

სუფთად გაჩერება

სამყაროს სუფთა გაჩერება ინახავს. Linux-ზე პროცესი SIGINT-ს ან SIGTERM-ს იღებს და კარგად დაწერილი სერვერები ინახავენ და გამოდიან. Windows-ზე ეკვივალენტი კონსოლის ფანჯარაში Ctrl+C-ა, ფანჯრის დახურვა ან task-ის დასრულება კი არაფერს ინახავს.

ზოგიერთი მხოლოდ Windows-ის სერვერი Wine-ის ქვეშ სიგნალებს ცუდად ამუშავებს ან საერთოდ ვერ ამუშავებს, რაც ნიშნავს, რომ პანელიდან გაჩერება შეიძლება kill-ივით მოიქცეს. ასეთ თამაშებზე გაჩერებამდე თამაშის შიდა save ბრძანება გაეცი ან დაგეგმე. სტატია Restart-ის განრიგები, რომლებიც შველის ხსნის, რატომაა სუფთა გაჩერება და kill სხვადასხვა მოვლენა.

ფაილების დაბლოკვა

Windows არ მოგცემს DLL-ის ან jar-ის ჩანაცვლების საშუალებას, რომელიც გაშვებულ პროცესს აქვს გახსნილი. Linux მოგცემს, ხოლო გაშვებული პროცესი ძველ ფაილს იყენებს, სანამ არ გადაიტვირთება. Windows-ზე ეს ნიშნავს, რომ plugin-ის გასაახლებლად სერვერი უნდა გააჩერო; Linux-ზე კი - რომ ახალი ფაილის ჩაკოპირება გაშვებულ სერვერზეც შეგიძლია და გაიკვირვებ, რატომ არაფერი შეიცვალა შემდეგ restart-მდე. ორივე ნორმალურია, როცა ამას ელი.

მხოლოდ Windows-ის სერვერების გაშვება Linux-ზე#

Wine თავსებადობის ფენაა, რომელიც Windows-ის პროგრამებს Linux-ზე Windows API-ის გამოძახებების თარგმნით უშვებს. headless თამაშის სერვერებისთვის ის გასაკვირად ხშირად მუშაობს, რადგან სერვერს Windows-იდან გაცილებით ნაკლები სჭირდება, ვიდრე თამაშის კლიენტს - არც გრაფიკა, არც ხმა, ხშირად არც ფანჯარა. Proton არის Valve-ის Wine-ის დისტრიბუცია დამატებითი patch-ებით და ზოგი სერვერი ერთის ქვეშ უკეთ მუშაობს, ვიდრე მეორის.

ზემოთ მოცემული სიიდან მხოლოდ Windows-ის სერვერების უმეტესობა ვინმეს წარმატებით გაუშვია Wine-ის ქვეშ, და რამდენიმე მათგანის Pterodactyl-ის საზოგადოებრივი egg-ები Wine-ის image-ებს იყენებს. Pterodactyl-ის Wings daemon თავად მხოლოდ Linux-ზე მუშაობს, ამიტომ ტიპურ პანელიან ჰოსტინგზე მხოლოდ Windows-ის თამაში არის Windows-ის ბინარი, რომელიც Wine-ის ქვეშ Linux-ის კონტეინერში მუშაობს, და არა Windows-ის მანქანა. ფასი ცოტა დამატებითი მეხსიერებაა, უფრო ნელი პირველი გაშვება, სანამ Wine თავის prefix-ს აწყობს, დროდადრო გაფუჭება თამაშის განახლებისას და მხარდაჭერა, რომელიც "დეველოპერის მიერ არ არის მხარდაჭერილი"-თი მთავრდება. სრული აწყობა, პაკეტები და ჩავარდნები აღწერილია სტატიაში Wine და Proton მხოლოდ Windows-ის სერვერებისთვის.

Space Engineers რთული შემთხვევაა: მისი სერვერი .NET Framework-ს ეყრდნობა და Wine-ის ქვეშ მისი სტაბილურად ამუშავება ისტორიულად საზოგადოების მიერ შენახულ კონტეინერებსა და მოთმინებას მოითხოვდა. ასეთი თამაშებისთვის, თუ თავად ჰოსტავ, ნამდვილი Windows-ის მანქანა მოსაწყენი, მაგრამ საიმედო პასუხია.

ადმინისტრირება თითოეულზე#

Linux-ის ადმინისტრირება SSH-ით ხდება, ლოგები ფაილებშია, სერვერს ისეთი service manager უშვებს, როგორიცაა systemd, და ყველაფერი სკრიპტდება. თუ shell არასდროს გამოგიყენებია, სწავლა მოგიწევს, და Linux-ის ბრძანებები სერვერის ადმინისტრატორებისთვის ყველაზე მოკლე გზაა.

Windows-ის ადმინისტრირება RDP-ით ხდება, რაც დასაწყისში უფრო მარტივია, რადგან desktop-ს ჰგავს, მაგრამ კარგად ავტომატიზაცია უფრო რთულია. სერვერის სერვისად გასაშვებად wrapper გჭირდება, მაგალითად NSSM ან დაგეგმილი task, ლოგები ხშირად კონსოლის ფანჯარაში რჩება, რომელიც დახურვისას ქრება, Windows Update კი მანქანას საკუთარი განრიგით გადატვირთავს, თუ სხვაგვარად არ დააკონფიგურირებ. ღია RDP პორტი ინტერნეტში ერთ-ერთი ყველაზე ხშირად შეტევის ქვეშ მყოფი სერვისია, ამიტომ მისი ადგილი firewall-ის წესის უკანაა, რომელიც მხოლოდ შენს მისამართს უშვებს - იხილე firewall-ის წესები, რომლებსაც მნიშვნელობა აქვს.

თამაშის პანელით ამის უმეტესი ნაწილი ორივე მიმართულებით ქრება. ბრაუზერში იღებ კონსოლს, ფაილების მენეჯერს, SFTP-სა და განრიგებს, მიუხედავად იმისა, რა მუშაობს ქვემოთ. RE:NODE-ზე ყოველი სერვერი საკუთარი კონტეინერია Pterodactyl-სა და Wings-ზე, ცოცხალი კონსოლით, ფაილების მენეჯერითა და სერვერზე ცალკე SFTP-ით ყველა გეგმაზე, ამიტომ ოპერაციული სისტემის საკითხი მხოლოდ მაშინ გეხება, როცა მოდს ნატიური build სჭირდება ან გზა არასწორი პლატფორმისთვისაა დაწერილი. სტატია Pterodactyl პანელი - ახსნა განიხილავს, რას გაძლევს ეს კონტეინერული მოდელი და რას გამორიცხავს.

სერვერის გადატანა Windows-იდან Linux-ზე#

ყველაზე გავრცელებული გადატანა არის სერვერი, რომელიც ვიღაცის Windows-იან PC-ზე დაიწყო და Linux-ის ჰოსტინგზე გადადის. სია, რომელიც თამაშების უმეტესობას ფარავს:

1. Windows-ის სერვერი სუფთად გააჩერე და მის ლოგში დარწმუნდი, რომ სამყარო შეინახა.
2. დააკოპირე save-ების საქაღალდე და კონფიგები, და არა სერვერის ბინარები. Linux-ის სერვერი თავიდან დააყენე SteamCMD-ით ან პანელით; Windows-ის შესრულებად ფაილებს მეორე მხარეს არანაირი გამოყენება არ აქვს.
3. გაარკვიე, სად ინახავს Linux build save-ებს. ხშირად სხვა გზაა - home საქაღალდის ქვეშ და არა AppData-ში - ამიტომ სამყარო ახალ ადგილას გადადის. თამაშის სერვერის save ფაილები - ახსნა მათ ჩამოთვლის.
4. გაასწორე გზები კონფიგებში. ჩაანაცვლე დისკის ასოები და უკუღმა დახრილი ხაზები; უპირატესობა მიანიჭე ფარდობით გზებს.
5. მოაწესრიგე მოდების საქაღალდეების სახელები და გაშვების ხაზი მათ რეგისტრს ზუსტად დაამთხვიე.
6. შეამოწმე ნატიური მოდები Linux build-ებზე და ჩაანაცვლე ან ამოიღე ისინი, რომლებსაც არ აქვთ.
7. გადააკეთე სკრიპტები Linux-ის ხაზის დაბოლოებებზე და გახადე შესრულებადი chmod +x-ით.
8. გაუშვი და წაიკითხე ლოგი თავიდან, ეძებე დაკარგული ფაილები, ჩავარდნილი მოდების ჩატვირთვა და ხაზი, რომელიც ადასტურებს, რომ სწორი სამყარო ჩაიტვირთა.

მოელოდე, რომ პირველ გაშვებას მეტი დრო დასჭირდება, რადგან Linux-ის სერვერმა შეიძლება cache-ები თავიდან შექმნას ან მონაცემები გადააკეთოს. მოთამაშეები ნუ შემოუშვებ, სანამ სამყაროში არ გაივლი და არ დარწმუნდები, რომ ის ისაა, რაც გადმოიტანე.

გადაწყვეტილება, თამაშიდან თამაშამდე#

1. აქვს თამაშს Linux-ის სერვერი? თუ კი, გამოიყენე Linux. უარის თქმის მიზეზი იშვიათად არსებობს.
2. თუ არა, საიმედოდ მუშაობს Wine-ის ქვეშ? მოძებნე შენახული საზოგადოებრივი egg ან კონტეინერის image, რომელიც ბოლო რამდენიმე თვეში განახლდა. თუ არსებობს, Linux Wine-ით პატარა ჯგუფისთვის ჩვეულებრივ კარგად მუშაობს.
3. თუ Wine-ის ქვეშ მყიფეა, ან გვერდით მხოლოდ Windows-ის ადმინისტრირების ხელსაწყოების გაშვება გჭირდება, გამოიყენე Windows. ბიუჯეტში ჩადე ლიცენზია და OS-ზე წასული 2 GB მეხსიერება.
4. თუ სერვერი ძლიერად მოდიანია, გადაწყვეტამდე ყველა ნატიური კოდის მქონე მოდი პლატფორმაზე შეამოწმე. ოპერაციული სისტემა, რომელსაც აირჩევ, ის არის, რომელიც შენს მოდებს უნდა უჭერდეს მხარს.

უმეტესობისთვის, ვინც ქირაობს და არა აწყობს, გადაწყვეტილება ჰოსტინგმა უკვე მიიღო: შენ თამაშს ირჩევ, ჰოსტინგი კი მას იმაზე უშვებს, რაც მუშაობს. რაც შენს პრობლემად რჩება, წინა ნაწილის სიაა - რეგისტრი, გზები, ხაზის დაბოლოებები და ნატიური მოდები - რადგან ეს ყველაფერი შენ მიერ ატვირთულ ფაილებს მოყვება.

FAQ#

Linux-ის თამაშის სერვერი უფრო სწრაფია, ვიდრე Windows-ისა?

ერთი და იმავე build-ისთვის ერთსა და იმავე აპარატურაზე განსხვავება მცირეა და ჩვეულებრივ იმაზეა დამოკიდებული, რამდენად კარგად მოახდინა დეველოპერმა თითოეული build-ის ოპტიმიზაცია, და არა kernel-ზე. Linux თამაშს მეტ მეხსიერებას უტოვებს, რადგან თავად ოპერაციული სისტემა ნაკლებს იყენებს.

შემიძლია ჩემი სამყარო Windows-ის სერვერიდან Linux-ზე გადავიტანო?

ჩვეულებრივ, კი. save ფაილები ორივე პლატფორმაზე ზოგადად ერთი ფორმატისაა. ყურადღებას საჭიროებს კონფიგები Windows-ის გზებით, მოდების საქაღალდეების სახელები, რომელთა რეგისტრი კონფიგს არ ემთხვევა, და ნებისმიერი მოდი, რომელსაც მხოლოდ Windows-ის DLL მოყვება.

რატომ წერს ჩემი Linux სერვერი, რომ მოდი აკლია, როცა საქაღალდე იქვეა?

თითქმის ყოველთვის ასოების რეგისტრის ბრალია. Linux @MyMod-სა და @mymod-ს სხვადასხვა საქაღალდედ თვლის. დისკზე არსებული სახელი და გაშვების ხაზში მითითებული სახელი ზუსტად დაამთხვიე, სასურველია ორივე პატარა ასოებით.

მუშაობს მხოლოდ Windows-ის სერვერები Pterodactyl-ის პანელებზე?

ბევრი მუშაობს, Windows-ის build-ის Wine-ის ქვეშ Linux-ის კონტეინერში გაშვებით. მხარდაჭერა თამაშზეა დამოკიდებული: ზოგი სუფთად მუშაობს, რამდენიმე არასტაბილურია, დეველოპერი კი არცერთ შემთხვევაში არ დაგეხმარება. შეამოწმე, არსებობს თუ არა შენახული egg ან image.

მჭირდება Windows Server, თუ Windows 10 ან 11 საკმარისია?

მეგობრებისთვის სახლის სერვერზე desktop Windows გამოყოფილ სერვერებს შესანიშნავად უშვებს. Windows Server მაშინ ხდება მნიშვნელოვანი, როცა ის მონაცემთა ცენტრში გინდა remote desktop-ის ლიცენზირებით და იძულებითი feature განახლებების გარეშე, და სწორედ მაშინ ხდება ლიცენზიის ფასი Linux-ის სასარგებლოდ მთავარი არგუმენტი.