RE:NODE

სახელმძღვანელოები10 წუთის საკითხავი

SCUM სერვერის ლაგი, puppet-ები და ლუთი

SCUM სერვერის ზომა და მორგება: RAM და CPU მოთამაშეების მიხედვით, რა იწვევს ლაგს სინამდვილეში, puppet-ებისა და მანქანების ზღვრები, ბაზის ზრდა და Loot override საქაღალდე.

0 მკითხველი

SCUM სერვერის წარმადობა იმაზეა დამოკიდებული, რამდენის სიმულაცია უწევს: მოთამაშეები, puppet-ები, ცხოველები, sentry-ები, მანქანები და ბაზის ყოველი ელემენტი, რაც ოდესმე აშენდა, ყველაფერი Unreal-ის სერვერზე, სადაც სამუშაოს უმეტესობას ერთი მთავარი ნაკადი აკეთებს. დაგეგმე სულ მცირე 8 GB მეხსიერება პატარა თემისთვის და 12-16 GB დატვირთული 64-სლოტიანი სერვერისთვის დიდი ბაზებით, და ერთი ბირთვის მაღალ სიჩქარეზე გათვალე და არა ბევრ ბირთვზე. როცა ლაგავს, მიზეზი თითქმის ყოველთვის ოთხიდან ერთ-ერთია - ძალიან ბევრი მოთამაშე CPU-სთვის, ძალიან ბევრი AI პერსონაჟი, ბაზებითა და მანქანებით გაჭედილი სამყარო, ან ბოლო რესტარტიდან დიდი დრო. ლუთი ცალკე სისტემაა, რომელსაც Loot override საქაღალდითა და ServerSettings.ini-ის ორი მამრავლით არეგულირებ, და მისი სწორად მორგება წარმადობასაც ეხმარება, რადგან ზედმეტად ხელგაშლილი ლუთი სამყაროს ავსებს ნივთებით, რომლებსაც სერვერმა თვალი უნდა ადევნოს.

აქ ნახსენები პარამეტრები სათითაოდ ახსნილია სტატიაში SCUM სერვერის პარამეტრები ახსნილი.

რაზე ხარჯავს SCUM სერვერი რესურსებს#

სანამ რამეს შეცვლი, კარგია იცოდე, სად მიდის სამუშაო:

  • მოთამაშეები. ყოველი შეერთებული მოთამაშე პერსონაჟის სრული სიმულაციაა - სხეულის მდგომარეობა, ინვენტარი, მეტაბოლიზმი - პლუს ყველაფერი, რაც მასზე რეპლიცირდება. მოთამაშეების რაოდენობა ყველაზე დიდი ცალკეული ხარჯია.
  • AI პერსონაჟები. Puppet-ები (ინფიცირებულები), ცხოველები, sentry-ები და სხვა შეიარაღებული NPC-ები AI-ს უშვებს. Puppet-ები ყველაზე მრავალრიცხოვანია, და მათი რაოდენობა მთავარი რეგულატორია, რომელსაც აკონტროლებ.
  • Persistent ობიექტები. ბაზის ყოველი ელემენტი, ზანდუკი, მიწაზე დაყრილი ნივთი და მანქანა სამყაროშიც არსებობს და შენახვის მონაცემთა ბაზაშიც. სერვერს, რომელიც არასოდეს გაწმენდილა და ბაზების ხელგაშლილი ლიმიტები აქვს, მათი ბევრი აქვს.
  • შენახვა. სამყარო SCUM.db-ში იწერება, SQLite მონაცემთა ბაზაში. დიდი ბაზა შენახვებსა და გაშვებებს ანელებს.

ძრავი ერთ მთავარ ნაკადს ეყრდნობა. დამატებითი ბირთვები ქსელს, შენახვასა და რესურსების ნაკადურ ჩატვირთვას ეხმარება, მაგრამ თავად სიმულაციას არ აჩქარებს. ამიტომ შეიძლება სერვერი, რომლის საერთო CPU "მხოლოდ 40%-ია", მაინც ლაგავდეს: ერთი ბირთვი თავის ზღვარზეა, დანარჩენები კი უქმად დგანან. CPU თუ RAM თამაშის სერვერებისთვის ხსნის, როგორ გაარკვიო, რომელი რესურსია რეალურად ვიწრო ადგილი, სანამ რომელიმეში მეტს გადაიხდი.

მოთხოვნები მოთამაშეების რაოდენობის მიხედვით#

ეს სამუშაო მაჩვენებლებია ამ ტიპის Unreal-ის გადარჩენის სერვერების გაშვების გამოცდილებიდან; შენი SCUM სერვერი შეიძლება უფრო დაბლა ან მაღლა იყოს, ბაზების სიმჭიდროვისა და AI პარამეტრების მიხედვით. ყიდვამდე საკუთარი გაზომე.

მოთამაშეებიRAMCPUშენიშვნები
16-მდე, კერძო ჯგუფი8 GB2 სწრაფი ბირთვიმინიმუმი - სერვერს კომფორტულად გასაშვებად დაახლოებით ეს სჭირდება
16-32, პატარა თემა10-12 GB2-3 ბირთვიტიპური ახალი საჯარო სერვერისთვის
32-64, დატვირთული საჯარო12-16 GB3-4 ბირთვიბაზებისა და მანქანების რაოდენობა დომინირებას იწყებს
64+, აწეული ზღვარი16 GB+4 სწრაფი ბირთვიმხოლოდ AI-სა და ბაზების მკაცრი ლიმიტებით
  • დისკი: სერვერის ინსტალაციას 10 GB-ზე საგრძნობლად მეტი სჭირდება და განახლებებით იზრდება. შენახვის მონაცემთა ბაზა და ლოგები დროთა განმავლობაში მეტს ამატებს. დიდი მარაგი დატოვე; შენახვის შუაში გავსებული დისკი ის გზაა, რითაც მონაცემთა ბაზები ზიანდება.
  • ქსელი: თითო მოთამაშეზე ზომიერი, დაყოვნებისადმი მგრძნობიარე, UDP. მანძილი შენს მოთამაშეებამდე გამტარობაზე მეტს ნიშნავს - latency, jitter და packet loss განსხვავებას ხსნის.

ყველაზე დიდი შეცდომაა scum.MaxPlayers-ის 64-ზე დაყენება იმიტომ, რომ ველი ამის საშუალებას იძლევა, 30-ზე გათვლილ აპარატურაზე. სერვერი დილის 4 საათზე კარგად გრძნობს თავს და საღამოს 9-ზე ეცემა. აირჩიე რიცხვი, რომელსაც პიკში მოემსახურები, და აწიე, როცა სერვერი მუდმივად სავსეა და მაინც ჯანსაღია. რამდენი მოთამაშე ეტევა სერვერზე ზოგად მიდგომას განიხილავს.

ლაგის ნამდვილი მიზეზის პოვნა#

"სერვერი ლაგავს" რამდენიმე განსხვავებულ პრობლემას მოიცავს, და გამოსავალი იმაზეა დამოკიდებული, რომელი გაქვს.

სიმპტომისავარაუდო მიზეზიპირველი, რაც უნდა შეამოწმო
პიკის საათებში ყველას rubber-banding აქვსმთავარი ნაკადი გაჯერებულიამოთამაშეების რაოდენობა და puppet-ების ზღვარი
ლაგი ერთი დიდი ბაზის ახლოსერთ არეში ბაზის ძალიან ბევრი ელემენტიდროშებისა და ბაზების ლიმიტები, დაშლა
ლაგი ყოველდღე უარესდება რესტარტამდედაგროვებული მდგომარეობა, მეხსიერების ზრდარესტარტის განრიგი, მეხსიერების გრაფიკი
ერთი მოთამაშე ლაგავს, დანარჩენები კარგად არიანმისი კავშირიმისი ping და არა სერვერი
ხანგრძლივი გაყინვები ყოველ რამდენიმე წუთშიშენახვები დიდ მონაცემთა ბაზაზებაზის ზომა, დისკის მარაგი
გაშვებას ბევრი წუთი სჭირდებასამყაროს ძალიან დიდი მდგომარეობაwipe-ის პოლიტიკა, ბაზების ლიმიტები

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

ბერკეტები, ეფექტის მიხედვით#

1. Puppet-ებისა და AI-ს ზღვრები

scum.MaxAllowedPuppets ინფიცირებულებს მთელ სამყაროში ზღუდავს. მისი დაწევა ყველაზე ეფექტური ცალკეული ცვლილებაა გაჭირვებულ სერვერზე, და მოთამაშეები ზომიერ შემცირებას იშვიათად ამჩნევენ - სამყაროს puppet-ების უმეტესობა იქაა, სადაც არავინ დგას. ცხოველების სიმჭიდროვე (scum.AnimalGlobalDensityMultiplier) და სახეობების მიხედვით გავრცელების მამრავლები მეტ AI-ს ამატებს; ისინი მოთამაშეების სლოტებამდე შეამცირე.

puppet-ების ჯანმრთელობის ან დაზიანების აწევა CPU-ს პირდაპირ არ ხარჯავს, მაგრამ ბრძოლებს ახანგრძლივებს, ხოლო უფრო ხანგრძლივი ბრძოლები მეტი სროლით მეტ puppet-ს იზიდავს. ეს სირთულის პარამეტრია წარმადობის გვერდითი ეფექტით.

2. მოთამაშეების სლოტები

თუ მთავარი ნაკადი გონივრული AI პარამეტრებით თავის ზღვარზეა, სერვერს იმაზე მეტი მოთამაშე ჰყავს, ვიდრე აპარატურას სიმულაცია შეუძლია. ან შეამცირე scum.MaxPlayers, ან სერვერს მეტი CPU მიეცი. რიგი პიკში სჯობს სავსე სერვერს, რომელიც არავის სიამოვნებს.

3. ბაზები, დროშები და დაშლა

ბაზის ელემენტები persistent ობიექტებია, და მომწიფებულ სერვერს ათიათასობით შეიძლება ჰქონდეს. სამი პარამეტრი ამას აკონტროლებს:

  • დროშები თითო მოთამაშეზე. დატოვე scum.AllowMultipleFlagsPerPlayer გამორთული, ან scum.NumberOfAllowedFlagsPerPlayer დაბალზე. ყოველი დროშა ბაზაა.
  • დაშლა. ბაზის ელემენტების დაშლის მამრავლი წყვეტს, რამდენად სწრაფად იშლება მოუვლელი ბაზები. გარკვეული დაშლა მიტოვებულ ბაზებს თავისით ასუფთავებს; ნულოვანი დაშლა ნიშნავს, რომ ყოველი აშენებული ბაზა მუდმივია, სანამ ადმინი არ წაშლის.
  • ადმინის გაწმენდა. მიტოვებული ბაზები გამოქვეყნებული უმოქმედობის წესით წაშალე, განადგურების ბრძანებებით, რომლებიც აღწერილია სტატიაში SCUM-ის ადმინის ბრძანებები და squad-ები.

4. მანქანები

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

5. რესტარტები

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

შენახვის მონაცემთა ბაზა და ლოგები#

ყველაფერი persistent SCUM/Saved/SaveFiles/SCUM.db-შია, მის გვერდით კი SCUM.db-wal და SCUM.db-shm. SQLite-ის write-ahead ლოგი (-wal) ბოლო ცვლილებებს ინახავს, სანამ ისინი მთავარ ფაილს შეერწყმება, რის გამოც სამი ფაილი ყოველთვის ერთად უნდა დაკოპირდეს და მხოლოდ გაჩერებულ სერვერზე. მხოლოდ SCUM.db-ის ასლს, სერვერის მუშაობისას აღებულს, შეიძლება თამაშის ბოლო საათები აკლდეს ან საერთოდ არ გაიხსნას.

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

გეიმფლეის ლოგებიც SCUM/Saved/SaveFiles/Logs/-ში მუდმივად იზრდება. ისინი თამაშს არ ანელებს, მაგრამ დისკს ავსებს, და შენახვისას გავსებული დისკი ის გზაა, რითაც მონაცემთა ბაზა ზიანდება. დაარქივე და განრიგით გაასუფთავე.

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

როგორ მუშაობს SCUM-ის ლუთი#

SCUM-ში ლუთს spawner-ები აჩენს: წერტილები სამყაროში და შესამოწმებელი კონტეინერები, მაგალითად კარადები და ლოკერები, რომელთაგან თითოეულს spawner-ის პრესეტი აქვს მინიჭებული, სადაც ჩამოთვლილია, რა შეიძლება გამოჩნდეს და რა ალბათობით. ServerSettings.ini-ის ორი გლობალური მამრავლი ყველაფერს აფასებს მასშტაბით:

ServerSettings.ini
scum.SpawnerProbabilityMultiplier=1scum.ExamineSpawnerProbabilityMultiplier=1scum.EnableItemCooldownGroups=1scum.ItemCooldownGroupsDurationMultiplier=1.000000

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

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

Loot override საქაღალდე#

ლუთის მორგება SCUM/Saved/Config/WindowsServer/Loot/-ის ქვეშაა:

code
Loot/  GeneralZoneModifiers.json  Nodes/Default/          Nodes/Override/  Items/Default/          Items/Override/  Spawners/Presets/Default/   Spawners/Presets/Override/  CooldownGroups/Default/     CooldownGroups/Override/

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

ნაგულისხმევ მნიშვნელობებს თამაშის ჩატში გაშვებული ადმინის ბრძანებები ქმნის:

ბრძანებარას აექსპორტებს
#ExportDefaultLootTreeლუთის ხე: ნივთების კატეგორიები და მათი სტრუქტურა
#ExportDefaultItemSpawningParametersნივთების მიხედვით გაჩენის წესები
#ExportDefaultItemSpawnerPresetsspawner-ის ყოველი პრესეტი
#ExportItemSpawnerPresetsInZone <sector>ერთ სექტორში გამოყენებული პრესეტები, მაგალითად A2
#ExportDefaultItemSpawningCooldownGroupsCooldown ჯგუფები
#ReloadLootCustomizationsAndResetSpawnersშენს გადაფარვებს რესტარტის გარეშე ხელახლა ტვირთავს

სამუშაო პროცესი:

  1. გააექსპორტე ნაგულისხმევები იმისთვის, რისი შეცვლაც გინდა.
  2. შესაბამის Override საქაღალდეში დააკოპირე მხოლოდ ის ფაილები, რომლებსაც ცვლი, სტრუქტურის შენარჩუნებით.
  3. დაარედაქტირე ასლები.
  4. გაუშვი #ReloadLootCustomizationsAndResetSpawners, ან გადატვირთე.
  5. შეამოწმე თამაშში, სექტორში, სადაც ცვლილება უნდა გამოჩნდეს.

spawner-ის პრესეტი ჩამოთვლის ნივთებს იშვიათობით, პლუს ველებს, როგორიცაა Probability, QuantityMin და QuantityMax, AllowDuplicates, InitialDamage და RandomDamage, ShouldFilterItemsByZone, და FixedItems გარანტირებული ჩამოგდებებისთვის. ზუსტი სქემა ექსპორტირებულ ფაილებშია; ისინი დაარედაქტირე და არა მაგალითი სახელმძღვანელოდან, რომელიც ძველი build-ისთვის დაიწერა.

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

ლუთის მორგება, რისთვისაც მოთამაშეები მადლობას გეტყვიან#

  • გაზარდე საბაზისო ნივთები და არა იარაღი. საკვები, წყლის ჭურჭელი, ტანსაცმელი და ხელსაწყოები, ცოტათი გაზრდილი, პირველ საათს ნაკლებად დამქანცველს ხდის. იარაღისა და საბრძოლო მასალის გაჩენის აწევა პროგრესს ერთ დღეში ამთავრებს.
  • დატოვე cooldown ჯგუფები ჩართული. ისინი უშლიან ხელს, რომ ერთი და იგივე მაღალი ღირებულების ნივთი წარმატებული სერიის შემდეგ ყოველ მეორე ლოკერში გამოჩნდეს.
  • იმოძრავე ფრთხილად. გლობალური მამრავლები 1.25-დან 1.5-მდე ხელგაშლილად იგრძნობა. ყველაფრის გაორმაგება სამყაროს ტბორავს, და მეტი გაფანტული ნივთი სერვერისთვის მეტი სათვალთვალო და შესანახია.
  • შეცვალე ერთი რამ ერთხელ და განსჯამდე ერთი დღე ითამაშე. ლუთი დროთა განმავლობაში ჩნდება და არა ხელახალი ჩატვირთვის მომენტში.
  • შეინარჩუნე შენი გადაფარვები პატარა. Override საქაღალდე, რომელიც მხოლოდ შენ მიერ შეცვლილ ფაილებს ინახავს, თამაშის განახლებებს ბევრად უკეთ უძლებს, ვიდრე ყოველი ნაგულისხმევის სრული ასლი, რომლის ხელახლა შემოწმებაც ყოველი პატჩის შემდეგ მოგიწევდა.

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

ლუთის ცვლილებები არაფერს აკეთებს. Default ფაილი დაარედაქტირე, ან გადაფარვა Override-ის ქვეშ შესაბამის გზაზე არ არის, ან JSON-ის პარსინგი ჩავარდა. შეამოწმე სტრუქტურა და გაავალიდირე JSON.

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

სერვერი ყოველ საღამოს ნელდება. მთავარი ნაკადის გაჯერება პიკში: მეხსიერების ყიდვამდე ჯერ puppet-ების ზღვარი დაწიე, შემდეგ სლოტები.

ლაგი ერთი ბაზის ირგვლივ. ერთ ადგილას ბაზის ძალიან ბევრი ელემენტი. დროშების ლიმიტები და გარკვეული დაშლა დროთა განმავლობაში გეხმარება; ადმინის საუბარი - უფრო სწრაფად.

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

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

FAQ#

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

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

რატომ ლაგავს ჩემი SCUM სერვერი CPU-ს დაბალი გამოყენებით?

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

რა არის SCUM სერვერის წარმადობის გაუმჯობესების ყველაზე მარტივი გზა?

დაწიე scum.MaxAllowedPuppets, შეინარჩუნე ბაზებისა და მანქანების ლიმიტები გონივრული და დღეში ორჯერ გადატვირთე. ეს სამი სერვერების უმეტესობას ფარავს.

რატომ არ მუშაობს ჩემი ლუთის გადაფარვები?

იკითხება მხოლოდ Override საქაღალდეების ფაილები; Default საქაღალდეები ექსპორტირებული ცნობარებია. დააკოპირე ფაილი შესაბამის Override გზაზე და ხელახლა ჩატვირთე.

შემიძლია ლუთის ხელახლა ჩატვირთვა რესტარტის გარეშე?

კი. #ReloadLootCustomizationsAndResetSpawners თამაშის ჩატიდან გადაფარვის ფაილებს ხელახლა ტვირთავს და spawner-ებს საწყის მდგომარეობაში აბრუნებს.

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

არაპირდაპირ. სამყაროში მეტი ნივთი ნიშნავს მეტ სათვალთვალო და შესანახ ობიექტს. ზომიერი ზრდა ნორმალურია; სამყაროს დატბორვა - არა.


კომენტარები

სრულიად ანონიმურად: ანგარიშის, ელფოსტის და cookie-ის გარეშე. ინახება მხოლოდ სახელი, ტექსტი და დრო - სხვა არაფერი. ბმულების რაოდენობა ლიმიტირებულია.

0/2000