Dwarden 1125 Posted March 31, 2017 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 1 Share this post Link to post Share on other sites
kuplion 18 Posted March 31, 2017 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 1 Share this post Link to post Share on other sites
Dwarden 1125 Posted March 31, 2017 @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
kuplion 18 Posted March 31, 2017 (edited) 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 March 31, 2017 by kuplion Share this post Link to post Share on other sites
Dwarden 1125 Posted March 31, 2017 well then the workaround is to put the files in there , will try get it fixed asap tho (new next profiling) 1 Share this post Link to post Share on other sites
kuplion 18 Posted March 31, 2017 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
Dwarden 1125 Posted March 31, 2017 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 2 Share this post Link to post Share on other sites
Guest Posted April 1, 2017 Don't know if you tried it so I'm reporting here. New linux kernel (4.10) works great with perf binaries. Both on Debian 9 (https://hastebin.com/otajuzonam.scala) and CentOS 7 (https://hastebin.com/nanuwaxeta.scala) Thanks @dwarden for you work. Share this post Link to post Share on other sites
airborne52 13 Posted April 2, 2017 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 1 Share this post Link to post Share on other sites
ob-andy 21 Posted April 6, 2017 Constant "out of memory" crashes on v10 x86 yet the server isnt out of memory 4-5-2017 Share this post Link to post Share on other sites
Dwarden 1125 Posted April 6, 2017 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 2 Share this post Link to post Share on other sites
Dwarden 1125 Posted April 6, 2017 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
ob-andy 21 Posted April 6, 2017 my apologies https://www.dropbox.com/s/z1szzvqpkx0asga/orgorpt.zip?dl=0 Share this post Link to post Share on other sites
ob-andy 21 Posted April 7, 2017 @dwarden Here's today crash out of memory. Out of Memory 4-7-2017 Share this post Link to post Share on other sites
Boose82 14 Posted April 8, 2017 I have shared it around Share this post Link to post Share on other sites
Dwarden 1125 Posted April 10, 2017 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 !!! 3 Share this post Link to post Share on other sites
long range 3 Posted April 11, 2017 Hi, dwarden! I have experienced problems with server on v12 performance binary. Idk maybee it's related to IFA3Lite but here is a link to dump files:https://drive.google.com/open?id=0B6stXEhZor8seDR1dHduZnlGNmc Share this post Link to post Share on other sites
aussie battler 94 Posted April 12, 2017 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
Dwarden 1125 Posted April 12, 2017 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
aussie battler 94 Posted April 12, 2017 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
long range 3 Posted April 12, 2017 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
Dwarden 1125 Posted April 12, 2017 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 !!! 1 Share this post Link to post Share on other sites
aussie battler 94 Posted April 13, 2017 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 94 Posted April 13, 2017 @Longrange Thanks for the answer, Ill try that now. :) cheers Share this post Link to post Share on other sites
Dwarden 1125 Posted April 13, 2017 @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 1 Share this post Link to post Share on other sites
