DLL Wrapper on BMS 4.37 Server - Ubuntu 22.04
-
@Seifer Hi Seifer,
I am trying to replicate the CTD, and from a try did some minute ago i got the CTD soon after fire missile (small range).
I will proceed in the test to replicate. In which scenario the nullptr you are talking is present? Maybe i can focus my test to be sure this is the reason of CTD i observe.
Many thanks,
Gundam
-
@gundam please use the code icon to include your logs…
This is impossible to read otherwise…
-
-
Update from the font.
I found the problem. In the past i renamed the file “ParticleSys” under Data\Terrdata directory following an hits founded on a Wine website forum regardng an old installation of BMS.
This was the cause of the null pointer execption.
Now is one day Server still running in ramp. No issue at the moment. Balcan Campaign is running too.
In these days i will go on with “stress test” and multiplayer session with other pilot to test server stability and reliability.
One point is that for the moment in the Lutris configuration i allow to use all the CPU less 1. The idea is to keep one Core out of BMS utilization (VM has 6 core) to increase stability.
Is this a good approach or is not needed and better to give all the power to BMS exe instance? For the moment i see all the five CPU working well and even well balanced (around 50%).
Many thanks for any suggestion.
Gundam
-
@gundam we have a flag exactly for that:
set g_nAdditionalWorkers -1
This will make BMS use all cores but one. If you have hyperthreading, set it to -2.
-
-
Hi All,
For the Linux lover (including me now ), i have good news.
First stress test with a campaign mission and four pilot connected. 2 hrs mission without issues.
Target was SA-5 and SA-6 in the first Balcan Campaign.
No issue to report.
I will leave campaign run.
Stay tuned.
Gundam
-
I let the server running and after 16 hrs no more client could be connected. (first Balcan campaign - BMS 4.37)
Just asking for some hints and tricks leveraging on your experience.
This is the situation:
- No crash log on user log directory
- server seems to be in ramp(blackscreen due to DLL wrapper)
- from top command one core, just one core at 100% usage. With the only task at 100% Falcon BMS.exe
- from the task manager on the machine (lutris instance) the most consuming task is DLL wrapper but at 18%
How i can trobleshoot this behavior? In attach two image of top and task manager
Many thanks Ciao!
-
@gundam could be a deadlock but without a dmp, hard to know. Are you running with mono enabled? If so, what does it say?
-
@Seifer Hi Seifer,
I don’t see Mono option in Lutris configuration but i will check better.
In the meantime i make a try with all the core on field and this time after less that 3 hrs i had the same situation. Now i am trying with 4 core, just to understand if there is a relation between available core for BMS and the hang state.
I will check Mono and behavior and update the thread.
Thanks! Ciao
Gundam
-
@gundam just run it with -mono in command line.
-
@Seifer A…OK!
-
@gundam As the server return in hang state i will try with -mono options.
Thanks Saifer!
-
Hi All,
I did tests with mono option activated. I got hang state after more or less 5 hrs campaign running without issues (100% one core usage and no chance for a client to connect to the server - that answer Time out).
The tests was done 2 times in Balcan (first campaign) and 1 in KOREA theater (first campaign)
[link text](i put the mono logo in this google drive URL:
https://drive.google.com/file/d/1x4NWSE0sbsnT-kPAL_N-DbEpBqaDiuYL/view?usp=sharing)Thanks for any suggestion and/or hints how to troubleshoot this behavior.
Thanks to All,
Gundam
-
@gundam I’m always on the side for finding and fixing bugs, but just to keep things real – has anyone run a server on Windows for 5+ hrs?
(Is this a stability-on-Linux issue or a general BMS long-term stability issue?)
-
@airtex2019 Ciao Airtex,
Good point. Maybe someone running dedicated server with DLL wrapper has experience on that.
Anyway i am testing even with my PC Desktop Windows. Let’s see.
Gundam
-
Update from the front
-
test on windows desktop dedicated server with DLL Wrapper is still running…
-
on the VN Ubuntu instead i installed htop to have more details on what it is running during the hang state (1 core at 100%).
The picture show many “mono” task (i launch Balcon BMS with mono option to have the debug enable), one of this consuming all the single core that is 100% cause of server refusing any further conenction request. But i still don’t know why.
-
-
@gundam you need to kill those processes before starting a new one.
-
@Seifer Hi.
Interesting… OK. I will do right now.
-
@gundam Ok i see that when from Lutris i stop BMS Falcon, all the process disappear from htop.
Now i will make a try with Virtual Desktop (is an option from Lutris to start the App). Just to see if something change.
I feel at the edge of a new frontier.