Jump to content

Jaxon

Member
  • Posts

    33
  • Joined

  • Last visited

Posts posted by Jaxon

  1. 1 minute ago, Jaxon said:

    That's not how it works? 

    Explain to me how it works then. 

    Infact, here is a picture of my forum being correctly configured through Cloudflare, while going through a hosting service rather then a virtual private server.

    unpbstb.png

     

    qitgozq.png

    So yes, I would love to see why my claim "isnt how it works".

    of course, if people already have the backend it's useless, but not protecting your backend and only protecting the domain is also useless.

    @speed

    @bamf

     

     

  2. 7 minutes ago, Hanzo/Dirty Scrubz said:

    OVH is okay if you are looking to save money and get free DDOS protection. I ran a 100 player server on it for Altis and other games and had issues w/them. Moved to NFO and all the problems went away. I've been watching that Chinese Asylum clone and they're using an old build of Asylum with around 30-50 players on there and so far I haven't seen a single yellow chain on that clone. Yet lately on Asylum I see yellow chain and memory leaks with 30 people or less. 

    NFO is a good host, yes, but i could perform the same performance on an OVH box. the difference between NFO is that they have a custom built automated firewall script that is brilliantly built by some very smart guys.

     

    8 minutes ago, bamf said:

    The bottom line with Arma is that until BIS takes the small amount of time and effort to compile the server.exe as a 64bit application, it's always going to be sub-optimal.  

    and yeah, obviously arma is also one of the key factors for lag - bethesda has never been good at optimization. honestly i just think that a list needs to be compiled of what could be causing performance issues and what isn't, like stated above. it could help pin some things down and from there you could test those individual things or even think about different ways to do them

     

    again, i don't know sqf but i'm going off personal experience of other projects i've done

  3. Just now, Gnashes said:

    I've had Contributor access for about two and a half weeks, and have pushed through just a hair over 50 commits personally.

    Going through the changelog is easier said than done.

    ah, that i didn't imagine haha. I agree that makes things harder.. lol. are you able to search commits?

  4. Just now, bamf said:

    At this point, we do not believe it is the host.  

    Yes, we've done that.  There is a repository that keeps track of all changes, but the sheer volume of changes that have happened since an unknown date is tough.

    if you're using github you can view any change history, although i'm not sure if it actually saves any type of backup though. in that case, i don't really have any suggestions as you'd have to go through every change and re-configure any database saving scripts and all that bullshit.

     

    the forum updates are a good way to view those dates specifically, though - or a close range around the specific date

  5. Just now, Hanzo/Dirty Scrubz said:

    Can you please consider using a different host as a test? Just one server and see if it fares better than OVH. I'm willing to bet it will during peak times if you pick a good host. 

    OVH is not bad. OVH is actually one of the best hosts out there right now, with the right specs the server can run fine. although if you are pushing the server to it's limits with performance heavy scripts then that can effect it - this goes with any host. 

  6. 8 minutes ago, Jaxon said:

    i know before i was banned things actually ran pretty smooth. but this was before the huge bounty hunter update + everything else came along -  i can't really suggest anything to do in this case because i can't imagine you guys have a saved copy of that specific version before the bounty hunter update..

     

    but if you do, it wouldn't be a bad idea to put up a beta server for a couple days and allow the general public to try that version and see if anything changes - that way it could determine if it's a script issue or a hardware / datacenter issue.

    also to add on to this, you could probably compile a list of every change that's happened since then and determine what COULD impact performance and what's probably safe to leave in - from there just play around with things

  7. 6 minutes ago, Gnashes said:

    Another thing there is that Bamf, Speed, and myself are usually working on new things / changes / bug fixes, but aren't necessarily the best people when it comes to optimization. (I'll admit I know absolutely fuckall about optimization; I'm just persistent enough to make something work.)

    The entire 7.5.5 series of hotfixes (the 6? of them) were Bamf and Myself just going ham on a lot of bugs and small changes that needed to be made.

    i know before i was banned things actually ran pretty smooth. but this was before the huge bounty hunter update + everything else came along -  i can't really suggest anything to do in this case because i can't imagine you guys have a saved copy of that specific version before the bounty hunter update..

     

    but if you do, it wouldn't be a bad idea to put up a beta server for a couple days and allow the general public to try that version and see if anything changes - that way it could determine if it's a script issue or a hardware / datacenter issue.

    .Sean likes this
  8. 1 minute ago, bamf said:

    Well things always run fine in the dev environment before getting rolled out (at least when I'm doing the testing).  The issue we have now is that there is something that only crops up during heavy load - and is only on Altis.  We narrowed down a good deal of the things that sit only on the one map today and are testing things out.  

    That being said.  The federal reserve is currently NOT spawning gold bars.  It is one of those features that is on Altis but not on Tanoa.  

    as i'm not the best at .sqf, please forgive me for any stupidity that may go into my next statement

     

    you could make dev-server only scripts that basically runs stress tests on different scripts you make, pushing them to the limit (simulate the amount of average players) on the server at once, but then again i don't know if this is possible but i know typically game companies have done this in the past

  9. Just now, bamf said:

    We spent the day optimizing the code a touch, and trying to figure out which feature could be causing the kicks from BE.  We've tweaked several things and are testing it out this evening.  

    that's good, it's honestly the best thing you can do at this point man. i like that the updates are more constant and more shit is being pushed out, (huge difference from back then), but ALWAYS make sure that things are running smoothly before adding anything more to the cake.

×
×
  • Create New...