Palworld სერვერის მეხსიერება: რამდენი RAM გჭირდება სინამდვილეში

უმეტესი გეიმ სერვერი მოთამაშეების რაოდენობას მიჰყვება. Palworld pal-ებს მიჰყვება. ყოველი არსება ყოველ ბაზაზე, მომუშავე თუ უქმი, დაჭერილი თუ შენახული, სიმულირდება იმის მიუხედავად, დგას თუ არა ვინმე ახლოს - სწორედ ამიტომ შეიძლება ოთხმოთამაშიანმა Palworld სერვერმა ოცმოთამაშიან Minecraft სერვერზე მეტი მეხსიერება გამოიყენოს, და სწორედ ამიტომ იძლევა მოთამაშეების რაოდენობით ზომის განსაზღვრა ყოველთვის არასწორ პასუხს.

მოკლედ: 8 GB არის გულწრფელი ქვედა ზღვარი პატარა ჯგუფისთვის პირველი რამდენიმე საათის შემდეგ, 10-12 GB ფარავს განვითარებულ სერვერს ოთხიდან რვა ადამიანისთვის, ხოლო სრული lobby მომწიფებული ბაზებით 14 GB-ს ან მეტს ითხოვს. 8 GB-ზე დაბლა Palworld სერვერი ცუდად არ მუშაობს. ის ერთი საღამო მშვენივრად მუშაობს და მერე ჩერდება, რაც უარესია, რადგან ისე გამოიყურება, თითქოს რაღაც სხვა გაფუჭდა.

რატომ მიჰყვება Palworld pal-ებს და არა მოთამაშეებს#

Palworld-ის dedicated სერვერი Unreal Engine 5-ის build-ია, რომელიც მთელ დასახლებულ სამყაროს რეზიდენტულად ინახავს. Minecraft-ის chunk-ების გამოტვირთვის მნიშვნელოვანი ეკვივალენტი იმისთვის, რაც მნიშვნელოვანია, არ არსებობს: ბაზის ბანაკი თხუთმეტი განუწყვეტლივ მომუშავე pal-ით არის თხუთმეტი აქტიური AI აგენტი ინვენტარით, გამძლეობით, ფსიქიკური მდგომარეობით, სამუშაოს დანიშვნებითა და მარშრუტის პოვნით, და ისინი ამ ყველაფერს აგრძელებენ, სანამ მათი პატრონი სძინავს, ოფლაინია, ან ორი კვირაა არ შემოსულა.

რაც რეალურად ჯდება, ღირებულების მიხედვით:

• ბაზის pal-ები. ყველაზე დიდი წევრი. ყოველ გილდიას შეიძლება ჰქონდეს რამდენიმე ბაზის ბანაკი, ყოველ ბანაკს მუშათა სია, და ყოველი ეს pal სიმულირდება წარმოებისთვის, შიმშილისა და მდგომარეობისთვის მთელი დღე-ღამის განმავლობაში.
• Pal box. შენახული pal-ები უფასო არ არის. box ინახავს ყველაფერს, რაც მოთამაშემ ოდესმე დაიჭირა და არა სამუშაო ქვეჯგუფს, და მოთამაშეები არაფერს შლიან.
• სტრუქტურები. ყოველი კედელი, კონვეიერი, ყუთი და საწარმოო შენობა ობიექტია მდგომარეობით. დიდი ბაზები მათ ფართობზე მეტი ჯდება, რადგან საწარმოო ჯაჭვები გამუდმებით მუშაობს.
• ჩამოვარდნილი item-ები. გასაკვირად დიდი წევრი დატვირთულ სერვერზე. მიწაზე დარჩენილი item-ები გრძელდება მათ ამოწურვამდე და ლიმიტი ნაგულისხმევად ათასებშია.
• მოთამაშეები. განტოლების უმცირესი წევრი, დიდი სხვაობით.

თუ შენი სერვერი კვირების განმავლობაში ნელდება და არა წუთებში, შეხედე, რამდენი pal არსებობს და არა რამდენი ადამიანია ონლაინ.

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

რამდენი მეხსიერება სჭირდება Palworld სერვერს სინამდვილეში#

ორი დაკალიბრების წერტილი ამ ცხრილისთვის. Pocketpair-ის საკუთარი dedicated სერვერის რეკომენდაცია გაცილებით მეტს ითხოვს, ვიდრე უმეტესი ჰოსტი ყიდის - დაახლოებით 16 GB - რაც გიჩვენებს მიმართულებას, მიუხედავად იმისა, რომ 8-12 GB პრაქტიკაში რეალურ სერვერს შესანიშნავად უშვებს. და 32 მოთამაშე ServerPlayerMaxNum-ში მკაცრი ჭერია და არა რეკომენდაცია: მართლა სავსე 32-მოთამაშიანი სამყარო ოცდათორმეტი მოთამაშის ბაზებით dedicated მანქანის საქმეა და არა გაზიარებული გეგმისა. თუ იქითკენ მიდიხარ, ჩვენი dedicated სერვერები გულწრფელი პასუხია და არა ყველაზე მაღალი გეიმ tier.

RE:NODE-ის Palworld გეგმები იწყება 8 GB-დან და ადის 14 GB-მდე, თვეში $19-დან, რადგან 8 GB-ზე დაბლა ყველაფერი სერვერია, რომელიც მუშაობს, სანამ არ შეწყვეტს. უფრო მაღალ tier-ზე გადასვლა ლიმიტს ცვლის სერვერზე, რომელიც უკვე გაქვს, ამიტომ სამყარო იქ რჩება, სადაც იყო - როდის გადახვიდე უფრო დიდ გეგმაზე გრაფიკების წაკითხვას ფარავს, რომლებიც გეტყვის, რომ დროა.

პარამეტრები, რომლებიც მეხსიერების ჭერს განსაზღვრავს#

Palworld-ის კონფიგურაცია ერთი ფაილია: Pal/Saved/Config/LinuxServer/PalWorldSettings.ini Linux-ზე, LinuxServer-ის ნაცვლად WindowsServer Windows-ზე. ის პირველ გაშვებაზე ცარიელი იქმნება, და მუშა მეთოდია DefaultPalWorldSettings.ini-ის შიგთავსის დაკოპირება ინსტალაციის root-იდან მასში და იქიდან რედაქტირება.

[/Script/Pal.PalGameWorldSettings]OptionSettings=(Difficulty=None,ServerPlayerMaxNum=16,GuildPlayerMaxNum=8,BaseCampMaxNumInGuild=3,BaseCampWorkerMaxNum=12,DropItemMaxNum=1500,DropItemAliveMaxHours=1.000000,AutoSaveSpan=180.000000,AutoResetGuildNoOnlinePlayers=True,AutoResetGuildTimeNoOnlinePlayers=168.000000,ServerName="Longship",AdminPassword="...",RCONEnabled=True,RCONPort=25575)

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

არითმეტიკა ერთხელ ღირს გაკეთებად. ნაგულისხმევზე, ოცი მოთამაშის გილდიას შეიძლება ჰქონდეს ოთხი ბაზის ბანაკი თხუთმეტი მუშით, რაც გილდიაზე სამოცი მუდმივად სიმულირებული pal-ია მანამდე, სანამ ვინმე pal box-ს გახსნის. ასეთი სამი გილდია არის 180 pal, და ეს სერვერია და არა მოთამაშეები. BaseCampMaxNumInGuild-ის სამამდე და BaseCampWorkerMaxNum-ის თორმეტამდე დაწევა იმავე სამ გილდიას 108-მდე აჰყავს - მესამედით ნაკლები სამუშაო და ცვლილება, რომელსაც მოთამაშეების უმეტესობა ვერ შეამჩნევს, რადგან მეოთხე ბაზის ბანაკი ჩვეულებრივ მიტოვებულია.

AutoResetGuildNoOnlinePlayers არის პარამეტრი, რომელსაც არავინ რთავს და ყველამ უნდა განიხილოს. საჯარო სერვერი აგროვებს გილდიებს, რომლებიც მარტში ერთი საღამო თამაშობდნენ და დატოვეს ბაზის ბანაკი, რომელიც მას შემდეგ სიმულირდება. დააყენე ტაიმერი გულუხვად - ნაგულისხმევი სამი დღის ნაცვლად ერთი კვირა - და სერვერი დაასუფთავებს იმათ შემდეგ, ვინც უკან არ ბრუნდება. მეგობრებისთვის განკუთვნილ კერძო სერვერზე გამორთული დატოვე და დანახარჯი მიიღე.

გაითვალისწინე, რომ გასაღების სახელები და ნაგულისხმევები build-ებს შორის შეიცვალა, და უფრო გვიანდელმა patch-ებმა სერვერული ჭერები დაამატა, რომლებიც ადრეულს არ ჰქონია. DefaultPalWorldSettings.ini შენს ინსტალაციაში შენი ვერსიის ავტორიტეტული სიაა; სახელმძღვანელო არა. Palworld-ის პარამეტრების გზამკვლევი ფაილის დანარჩენ ნაწილს გადის - rates, სირთულე, სიკვდილის სასჯელი, მოშენება - რომლებიც იმაზეა, როგორ თამაშდება თამაში და არა რა ჯდება.

გაშვების პარამეტრები და რას აკეთებს ისინი#

$ ./PalServer.sh -port=8211 -queryport=27015 -players=16 \    -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS

ბოლო სამი არგუმენტი სტანდარტული სამეულია და ღირს მათი გაგება და არა კოპირება. -useperfthreads და -UseMultithreadForDS dedicated სერვერის მეტ სამუშაოს დამატებით thread-ებზე გადააქვს, ხოლო -NoAsyncLoadingThread asset-ების ჩატვირთვას ფონური thread-ის ნაცვლად მთავარ thread-ზე აბრუნებს. ერთად ისინი ზოგადად აუმჯობესებს frame pacing-ს სერვერზე, რომელსაც რამდენიმე ბირთვი აქვს, რაც უმეტესობას აქვს. ისინი მეხსიერების გამოყენებას არ ამცირებს, და გაშვების ხაზზე არაფერი შეამცირებს: მეხსიერება არის ფუნქცია იმისა, რამდენი სამყარო არსებობს.

Linux ინსტალაციაზე ასევე შეხვდები steamclient.so-ს პრობლემას, როცა სერვერი ირთვება და მაშინვე გამოდის Steam-ის ინიციალიზაციის მარცხით:

$ mkdir -p ~/.steam/sdk64$ cp ./linux64/steamclient.so ~/.steam/sdk64/

Dedicated სერვერი არის app id 2394010 SteamCMD-ზე და ანონიმურად იტვირთება. პანელის ჰოსტზე ორივე ეს ნაბიჯი უკვე გაკეთებულია, ხოლო გაშვების არგუმენტები Startup ტაბის ველებია.

RCON-ისა და REST API-ის ჩართვა ღირს სერვერზე, რომელიც გენდომება, რადგან სწორედ ისინი არიან გზა, რომლითაც კლიენტის გარეშე ინახავ, აცხადებ და მოთამაშეს გარიცხავ - იხილე Palworld-ის ადმინ ბრძანებები და RCON.

შენახვები, save-ის გაბერვა და ნელი დაცემა#

სამყარო ცხოვრობს Pal/Saved/SaveGames/0/<WorldID>/-ში. Level.sav მთელი სამყაროა ერთ ფაილში და ეს არის ის, რაც მნიშვნელოვანია: ყველა ბაზა, ყველა pal, ყველა ყუთი. Players/ ინახავს თითო პატარა ფაილს მოთამაშეზე, ხოლო LevelMeta.sav და WorldOption.sav მეტამონაცემებს.

Level.sav იზრდება, და უფრო სწრაფად, ვიდრე სამყარო გრძნობს, რომ იზრდება, რადგან ინახავს იმას, რასაც სამყარო შენ აღარ გიჩვენებს. დიდხანს მომუშავე სერვერი შეიძლება ასეულ მეგაბაიტს მიაღწევდეს, და გაშვების დრო და რეზიდენტული მეხსიერება ორივე მასთან ერთად იზრდება. როცა სერვერი, რომელიც პირველ თვეს კარგად იყო, მესამე თვეში ოთხ წუთს ირთვება, save ფაილია მიზეზი.

• `AutoSaveSpan` ნაგულისხმევად 30 წამია. დიდ სამყაროზე Level.sav-ის ასე ხშირად ჩაწერა ყოველ ნახევარ წუთში ხილულ ჩერდებას იწვევს. მისი 180-მდე ან 300-მდე გაზრდა თამაშს ამარტივებს და crash-ის შემთხვევაში იმდენი წამის დაკარგვას ნიშნავს. ხშირი restart-ების მქონე სერვერზე დატოვე დაბალი; სტაბილურზე გაზარდე.
• `bIsUseBackupSaveData` save-ის გვერდით მბრუნავ ასლებს ინახავს. ისინი დაცვაა დაზიანებული ჩაწერისგან და არა წაშლილი სერვერისგან - ისინი იმავე დისკზეა, რასაც იცავენ.
• `WorldOption.sav` არის ხაფანგი, როცა სამყაროს co-op სესიიდან გადაიტან. თუ ის არსებობს, შეუძლია გადაფაროს შენი PalWorldSettings.ini, სწორედ ამიტომ უგულებელყოფს გადატანილი სამყარო ყველა პარამეტრს, რომელიც გულმოდგინედ აკრიფე. წაშალე და სერვერი მხოლოდ ini-დან დააკონფიგურირე.

დაცემის მეორე ნახევარი uptime-ია. Palworld-ის სერვერის მეხსიერების გამოყენება ხანგრძლივ uptime-ზე თავისი ცხოვრების უმეტესობაში იზრდებოდა, patch-ი patch-ზე უმჯობესდებოდა და არასოდეს სწორდებოდა. restart ყოველ თორმეტიდან ოცდაოთხ საათში ნორმალური პრაქტიკაა და არაფერი ჯდება თამაშზე, სადაც ოცდაოთხი საათი ზედიზედ არავინ თამაშობს. Restart განრიგები, რომლებიც გვეხმარება ამას ფარავს იმ ადამიანების გაღიზიანების გარეშე, ვინც იმ დროს ონლაინ არის.

CPU, დისკი და ზომის სურათის დანარჩენი ნაწილი#

მეხსიერება ყურადღებას იპყრობს, მაგრამ ერთადერთი არ არის, რაც სწორი უნდა იყოს.

• CPU. სერვერს აქვს ერთი მძიმე thread და worker-ები. საათის სიხშირეს ბირთვების რაოდენობაზე მეტი მნიშვნელობა აქვს, მაგრამ ორი ბირთვი რეალური მინიმუმია და სამი კომფორტულია თექვსმეტ მოთამაშეზე, რადგან launch ფლაგებით ჩართულ thread-ებს სადმე უნდა ეშვათ. სერვერი, რომელიც თავის CPU ლიმიტზეა მიჭედებული, ნელია და არა გატეხილი - CPU თუ RAM გეიმ სერვერებისთვის გადის, როგორ გაარკვიო, რომელია რეალური შეზღუდვა, სანამ რომელიმეს გადაიხდი.
• დისკი. ინსტალაცია მოკრძალებულია და save მის გვერდით პატარაა. მნიშვნელოვანია ის, რომ შენახვები ხშირი და დიდია, ამიტომ ნელი საცავი ჩნდება როგორც ჩერდება ყოველ AutoSaveSpan წამში და არა როგორც დისკის ადგილის პრობლემა.
• ქსელი. ამ მოთამაშეთა რაოდენობაზე შეზღუდვა არ არის. Palworld-ის ტრაფიკი მოთამაშეზე შეუმჩნეველია; თუ სერვერი ცუდად გრძნობს თავს, მეხსიერება ან CPU არის მიზეზი.
• მოთამაშეთა რაოდენობა როგორც შემცვლელი. ის ცუდი შემცვლელია. რამდენი მოთამაშე ეტევა სერვერზე ზოგად არგუმენტს აყენებს; Palworld მისი ყველაზე ნათელი მაგალითია კატალოგში.

Restart-ები, backup-ები და მეხსიერების ამოწურვა#

კონტეინერში მეხსიერების ამოწურვა ისე არ იქცევა, როგორც PC-ზე. RE:NODE-ზე სერვერი, რომელიც თავის ლიმიტს აღწევს, kernel-ისგან ჩერდება და სუფთად გადაირთვება და swap-ზე ყოფნის უფლება არ ეძლევა, რაც node-ს ჯანმრთელს ინახავს და ერთ სერვერს სხვების დაქვეითებას უშლის. Palworld-ისთვის ამას კონკრეტული შედეგი აქვს: გაჩერება სუფთა გამორთვა არ არის, ამიტომ კარგავ ყველაფერს, რაც ბოლო autosave-ის შემდეგ მოხდა. ეს კიდევ ერთი არგუმენტია იმის წინააღმდეგ, რომ მომწიფებული სამყარო გაუშვა ყველაზე პატარა გეგმაზე, რომელიც ტექნიკურად ირთვება.

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

გააკეთე სამყაროს backup ყოველი თამაშის განახლების წინ და ini-ში ნებისმიერ ცვლილებამდე, რომელშიც დარწმუნებული არ ხარ. Backup slot-ები ყველა გეგმაშია, backup-ები ინახება იმ მანქანის გარეთ, რომელსაც იცავს, და აღდგენა ერთი ღილაკია. Palworld-ის სამყარო ერთი დიდი ფაილი და პატარა ფაილების ერთი საქაღალდეა, რაც აღდგენას სწრაფს ხდის და დაზიანებას სრულს - Level.sav-ის ნაწილობრივი აღდგენა არ არსებობს. Backup-ები, რომლებიც მართლა აღდგება არის არგუმენტი იმისთვის, რომ ერთი გამოსცადო, სანამ გჭირდება.

პრობლემების მოგვარება#

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

მეხსიერება 90%-ზეა და არაფერია არასწორი. ეს შეიძლება ნორმალური იყოს. მნიშვნელოვანია ტრენდი დღეების განმავლობაში და ბრუნდება თუ არა ის restart-ის შემდეგ ოდესმე ქვევით. ბრტყელი 90% არის გეგმა, რომელიც ეტევა; 90%, რომელიც გასულ კვირას 60% იყო, არის გეგმა, რომელიც აღარ დაეტევა.

ini-ში პარამეტრები არაფერს აკეთებს. ან OptionSettings-ს ხაზის გაწყვეტა აქვს, ან WorldOption.sav მას გადაფარავს, ან ფაილი ინსტალაციის root-ში დაარედაქტირე და არა Pal/Saved/Config/-ის ქვეშ მყოფი. სავარაუდოობის კლებადობით.

სერვერი წუთების განმავლობაში ირთვება. Level.sav გაიზარდა. მომწიფებულ სამყაროზე მოსალოდნელია; ახალზე საგანგაშოა, სადაც ის ჩვეულებრივ ნიშნავს, რომ save ნელი საცავიდან იკითხება.

მოთამაშეები სერვერს ხედავენ, მაგრამ ვერ შედიან. query პორტი ღიაა და თამაშის პორტი არა. 8211 და 27015 ორივე UDP-ა და ორივე საჭიროა.

ყველაფერი ყოველ ოცდაათ წამში ჩერდება. AutoSaveSpan ნაგულისხმევზეა სამყაროზე, რომელმაც ის გადაცილა. გაზარდე.

FAQ#

რამდენი RAM სჭირდება Palworld სერვერს?

რვა გიგაბაიტი არის სამუშაო ქვედა ზღვარი პატარა ჯგუფისთვის, 10-12 GB განვითარებული სერვერისთვის ოთხიდან რვა მოთამაშით, და 14 GB ან მეტი, როცა რამდენიმე გილდია გაქვს მომწიფებული ბაზებით. 8 GB-ზე დაბლა ის ჩაირთვება და მერე გაჩერდება, რაც ყველაზე ცუდი მარცხის რეჟიმია.

რატომ სჭირდება ჩემს სერვერს მეტი მეხსიერება, ვიდრე Minecraft სერვერს ხუთჯერ მეტი მოთამაშით?

იმიტომ, რომ Palworld pal-ებს განუწყვეტლივ სიმულირებს, ახლოს ვინმე დგას თუ არა. სამოცი მომუშავე pal გილდიის ბაზის ბანაკებში მთელ დღეს არსებობს; სამოცი Minecraft მობი გამოტვირთულ chunk-ებში არა.

ამცირებს თუ არა მოთამაშეთა ლიმიტის შემცირება მეხსიერების გამოყენებას?

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

ამოასწორებს თუ არა მეტი CPU Palworld სერვერს, რომელიც ლაგავს?

ზოგჯერ. შეამოწმე, რომელი ლიმიტი ხდება პირველი. თუ მეხსიერება ჭერთანაა, მეტი CPU არაფერს ცვლის; თუ მეხსიერება კომფორტულია და CPU გრაფიკი თავის ლიმიტზე ბრტყლადაა, მეტი CPU ზუსტად ის გამოსავალია.

უნდა გადავტვირთო თუ არა სერვერი განრიგით?

დიახ. ყოველ თორმეტიდან ოცდაოთხ საათში, საათზე, როცა არავინ თამაშობს. Palworld-ის მეხსიერების გამოყენება uptime-თან ერთად იზრდება და დაგეგმილი restart მას უფასოდ ბრტყლად ინახავს.

აქვს თუ არა მნიშვნელობა pal box-ში pal-ების რაოდენობას თუ მხოლოდ მომუშავე pal-ებს?

ორივეს, თუმცა მომუშავე pal-ები მეტი ჯდება. შენახული pal-ები მაინც იკავებს მეხსიერებას და ყოველ save-ზე იწერება Level.sav-ში, რაც ნაწილია იმისა, რატომ იზრდება save ფაილი და ნელდება გაშვება ხანგრძლივად მომუშავე სერვერზე.