Jump to content
Dwarden

Arma 3 STABLE server 2.08 "performance binary" feedback

Recommended Posts

1.68.141141 new PROFILING branch with PERFORMANCE binaries, v09, server and client, windows 32&64-bit, linux 32-bit
+ fixed more crash cases (mostly on client/server startup)

 

https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm

https://drive.google.com/folderview?id=0B03-H4YIbhkFMUt5RzNqZjFlNGs


available via STEAMklient/STEAMcmd as branch too,

read https://community.bistudio.com/wiki/Arma_3_Steam_Branches#Arma_3_Server

 
BIForum feedback: https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=getLastComment

Arma anything discord: https://discord.gg/arma

 

note: some of the minor fixes from previous profiling aren't in 1.68 hotfix thus it's better to use performance binary

  • Like 1

Share this post


Link to post
Share on other sites
48 minutes ago, dwarden said:

1.68.141141 new PROFILING branch with PERFORMANCE binaries, v09, server and client, windows 32&64-bit, linux 32-bit
+ fixed more crash cases (mostly on client/server startup)

 

https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm

https://drive.google.com/folderview?id=0B03-H4YIbhkFMUt5RzNqZjFlNGs


available via STEAMklient/STEAMcmd as branch too,

read https://community.bistudio.com/wiki/Arma_3_Steam_Branches#Arma_3_Server

 
BIForum feedback: https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=getLastComment

Arma anything discord: https://discord.gg/arma

 

note: some of the minor fixes from previous profiling aren't in 1.68 hotfix thus it's better to use performance binary

 

Getting crashes with v09

 

 

  • Like 1

Share this post


Link to post
Share on other sites

@kuplion

does that file exist at that path ? (the one mentioned in the error popup message)

Share this post


Link to post
Share on other sites
3 minutes ago, dwarden said:

@kuplion

does that file exist at that path ? (the one mentioned in the error popup message)

 

It does not. I don't believe it ever has. This is using the dedicated server download via SteamCMD.

 

EDIT: It does exist at that location in the client files though.

Edited by kuplion

Share this post


Link to post
Share on other sites

well then the workaround is to put the files in there , will try get it fixed asap tho (new next profiling)

  • Like 1

Share this post


Link to post
Share on other sites
Just now, dwarden said:

well then the workaround is to put the files in there , will try get it fixed asap tho (new next profiling)

 

Yup, that's how I fixed it. I just wanted to alert you to it asap. :)

Share this post


Link to post
Share on other sites

1.68.141149 new PROFILING branch with PERFORMANCE binaries, v10, server and client, windows 32&64-bit, linux 32-bit
+ fixed 141141 dedicated server dependency on client libraries

 

https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm

https://drive.google.com/folderview?id=0B03-H4YIbhkFMUt5RzNqZjFlNGs


available via STEAMklient/STEAMcmd as branch too,

read https://community.bistudio.com/wiki/Arma_3_Steam_Branches#Arma_3_Server

 
BIForum feedback: https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=getLastComment

Arma anything discord: https://discord.gg/arma

 

note: some of the minor fixes from previous profiling aren't in 1.68 hotfix thus it's better to use performance binary

  • Like 2

Share this post


Link to post
Share on other sites

Hello! @dwarden

Our server crash after 1.68,never happed before 1.66.

These are some reports(rpt,bidmp,mdmp),the server already use V10 profiling version to try track the issues.

Maybe can help you fix the 1.68 x64 unstable problems,also can help us.

 

2017/4/2 crash reports rar-dropbox

 

Regards

 

 

  • Like 1

Share this post


Link to post
Share on other sites

1.68.141210 new PROFILING branch with PERFORMANCE binaries, v11, server and client, windows 32&64-bit, linux 32-bit
+ fixed headless-client dependency on client libraries (e.g. tobii,ssao etc.)
+ fixed DLL loading for -client or -server commandline
+ fixed "deleted" Event-Handler not firing on entity for some logic
+ fixed crash in editor and custom mod filter

  

https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm

https://drive.google.com/folderview?id=0B03-H4YIbhkFMUt5RzNqZjFlNGs


available via STEAMklient/STEAMcmd as branch too,

read https://community.bistudio.com/wiki/Arma_3_Steam_Branches#Arma_3_Server

 
BIForum feedback: https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=getLastComment

Arma anything discord: https://discord.gg/arma

 

  • Like 2

Share this post


Link to post
Share on other sites
20 minutes ago, ob-andy said:

Constant "out of memory" crashes on v10 x86 yet the server isnt out of memory

 

4-5-2017

hi, please @ob-andy we need also the RPT file from moment of crash, not just dump file, thanks in advance

Share this post


Link to post
Share on other sites

1.68.141231 new PROFILING branch with PERFORMANCE binaries, v12, server and client, windows 32&64-bit, linux 32-bit

+ fixed respawn issues on dedicated servers
+ sync with 1.68 hotfix #2 (1.68.141205)

  

https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm

https://drive.google.com/folderview?id=0B03-H4YIbhkFMUt5RzNqZjFlNGs


available via STEAMklient/STEAMcmd as branch too,

read https://community.bistudio.com/wiki/Arma_3_Steam_Branches#Arma_3_Server

 
BIForum feedback: https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=getLastComment

Arma anything discord: https://discord.gg/arma

 

note: some of the minor fixes from previous profiling aren't in 1.68 MAIN branch hotfix #1 nor #2 thus it's better to use performance binary from PROFILING branch !!!

  • Like 3

Share this post


Link to post
Share on other sites

HI
 

We had a popular Exile server going but it wont start due to a server crash with memory allocation. The server has been down for 1.5 days now :(
The server's memory goes to the extreme and then crashes. I have the same files on a test server & they work on my test server (my test server has more ram).

My server providers have no idea and are no help. Does anyone know if I should just move the server to another box? Maybe the server just needs a reboot to clear pagefiles?

 

server info:

Version: 1.68.141205

Type: Public   Build: Stable      Allocator: C:\TCAFiles\Users\9230\Dll\tbb4malloc_bi_x64.dll                   PhysMem: 32 GiB, VirtMem : 8192 GiB, AvailPhys : 11 GiB, AvailVirt : 8192 GiB, AvailPage : 55 GiB

 

crash error:

12:27:42 Virtual memory total 4095 MiB (4294836224 B)
12:27:42 Virtual memory free 2633 MiB (2761617408 B)
12:27:42 Physical memory free 16213 MiB (17000833024 B)
12:27:42 Page file free 53928 MiB (56548417536 B)
12:27:42 Process working set 781 MiB (819851264 B)
12:27:42 Process page file used 1145 MiB (1200893952 B)
12:27:42 Longest free VM region: 2146238464 B
12:27:42 VM busy 1550659584 B (reserved 201883648 B, committed 1348775936 B, mapped 42901504 B), free 2744176640 B
12:27:42 Small mapped regions: 20, size 90112 B
ErrorMessage: Out of memory (requested -1440897 KB).
  footprint 745742336 KB.
  pages 49152 KB.

Computer usage:

   
CPU:
 
2.3%
Memory:
 
256.32% (15.38 GB)  (I am only allocated 6 gib  in my command line.
Bandwidth:
 
718 bytes/sec
Auto refresh

I hope someone can help as I have spent the last day banging my head against the wall.

 

Share this post


Link to post
Share on other sites

well, but the crash is from main branch build 141205 not profiling branch build 141231

so try first profiling branch then if it keeps crashing provide crashdump files (not just logs but those bidmp, mdmp too)

Share this post


Link to post
Share on other sites
1 hour ago, dwarden said:

well, but the crash is from main branch build 141205 not profiling branch build 141231

so try first profiling branch then if it keeps crashing provide crashdump files (not just logs but those bidmp, mdmp too)


Thanks @dwarden for your quick response. I'll give 168 v12 a bash.

 

Cheers

Share this post


Link to post
Share on other sites
5 hours ago, aussie battler said:

My server providers have no idea and are no help. Does anyone know if I should just move the server to another box? Maybe the server just needs a reboot to clear pagefiles?

Hi, aussie battler!
The only reason for using that amount of memory on server start in my opinion is quantity of vehicle inventory items... Check your database for items in safes, vehicles whatever for quantity and try to clean out as more as possible or just start server with clean database and check how will your server handle this...

Share this post


Link to post
Share on other sites

1.68.141262 new PROFILING branch with PERFORMANCE binaries, v13, server and client, windows 32&64-bit, linux 32-bit

+ even more crashfixes

  

https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm

https://drive.google.com/folderview?id=0B03-H4YIbhkFMUt5RzNqZjFlNGs


available via STEAMklient/STEAMcmd as branch too,

read https://community.bistudio.com/wiki/Arma_3_Steam_Branches#Arma_3_Server

 
BIForum feedback: https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=getLastComment

Arma anything discord: https://discord.gg/arma

 

note: some of the minor fixes from previous profiling aren't in 1.68 MAIN branch hotfix #1 nor #2 thus it's better to use performance binary from PROFILING branch !!!

  • Like 1

Share this post


Link to post
Share on other sites

Hey @dwarden

 

server info:  Version: 1.68.141205


My server hosts are not playing nice & wont let me access the commandline malloc section & the ability to change arma3server_x64.exe. I dont have access to arma3server_x64.exe & cant update to the 168 v12 hotfix that outputs crash reports. I only can press a steam update button that takes me to the latest stable branch. I think they lock these sections so you don't have access to the ram, they charge per gig.

 

My command line calls -malloc=tbbmalloc_x64.dll


To get around malloc I have been renaming tbb4malloc_bi_x64.dll to tbbmalloc_x64.dll.

My question is does renaming the file stuff up the files ability to call the x64 folder? I am just trying to narrow down why it is crashing & renaming tbb4malloc_bi_x64.dll might be one of them....

Share this post


Link to post
Share on other sites

@aussie battler

why would the server host refuse you to download performance binary via steamCMD from STEAM official mirrors , all they need is switch to PROFILING branch and use correct password

 

the manual download i offer via dropbox/google drive is just optional for those who do not want to use STEAMclient UI or steamCMD ...

also note those are official, digitally signed binaries not some random custom stuff

 

same goes nonsense about allocators, by blocking the default TBB allocator they forcing the engine to use 'system OS' allocator which is majority cases worse (unless someone can prove otherwise)

using different allocator will not change the amount of memory the engine will try address ... (unless it's custom built with some limit)

for that is somewhat usable maxmem commandline switch but only to degree

 

  • Like 1

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

×