Playing Guild Wars 2 on Linux - Performance optimizations and more. - Page 5 — Guild Wars 2 Forums

Playing Guild Wars 2 on Linux - Performance optimizations and more.

1235714

Comments

  • Turin.6921Turin.6921 Member ✭✭✭
    edited September 15, 2018

    @ArmoredVehicle.2849 said:

    @ArmoredVehicle.2849 said:
    @Turin.6921 said:
    Hello,

    I seem to have crashes when ever i try to load into cities. I am on an R71700, RX470 with the Oibaf mesa drivers.
    This is the game crash report:
    https://paste.ubuntu.com/p/2JqMgD57ky/
    And this is the debug output:
    https://pastebin.ubuntu.com/p/NQQNBtNJ3n/

    Too many open files is something esync would cause, to solve it do the following:

    As sudo (in a text editor) open "/etc/security/limits.conf" and at the end you'll find 2 entries named:

    • hard nofile (number)
    • soft nofile (number)

    Set that number to something higher, in my case it's 1048576 and the game works fine that way. Save it and reboot your system.

    Made a new set up downloading a clean copy of the game (before i was copying files from another GW2 wine install i have). Tried what you said above and tried commenting out STAGING_RT_PRIORITY_SERVER. I still get a crash and the too many open files error (even with higher number than the ones you added). although without the in game crash message this time.

    https://paste.ubuntu.com/p/WRPwFrTyMb/

  • alcopaul.2156alcopaul.2156 Member ✭✭✭
    edited September 15, 2018

    @loseridoit.2756 said:

    @ThunderBiggi.4651 said:
    @loseridoit.2756 They are clearly trolling, just ignore them.

    trolling is a good time to show the advantages and disadvantages of different engineering solutions.

    https://meta.wikimedia.org/wiki/Cunningham's_Law

    people are complaining about bad pings and you wanna promote additional lagginess by running a windows native app on linux. kitten is that bork bork thinking?

    bad engineering. must be gotten from some garbage-y sources.

    Your Math Tèacher [MATH]
    Digital Headhuntaz [aBrA]

  • @loseridoit.2756 said:

    @ThunderBiggi.4651 said:
    @loseridoit.2756 They are clearly trolling, just ignore them.

    trolling is a good time to show the advantages and disadvantages of different engineering solutions.

    https://meta.wikimedia.org/wiki/Cunningham's_Law

    @alcopaul.2156 said:

    @ThunderBiggi.4651 said:
    @loseridoit.2756 They are clearly trolling, just ignore them.

    truth hurts and won't set you free. it'll put you inside the sun.

    Could you all do this someplace else...

    it is a perfectly fine debate that is clogging up the informational thread. I do appreciate the passage of information and the assistance from anyone of course but this is not helping anything.

  • @ArmoredVehicle.2849 said:

    @jbrother.1340 said:
    Getting same errors "to many files" that is eluded to above. my limits.conf file does not contain that entry currently only hard/soft nproc but does list nofile above in the variables section that can be used. Can I just add it into the bottom of the file above the end file tag with a sufficiently high number or should I change the proc switch value? It looks like this right now:

            
            #*               soft    core            0
            #*               hard    rss             10000
            #@student        hard    nproc           20
            #@faculty        soft    nproc           20
            #@faculty        hard    nproc           50
            #ftp             hard    nproc           0
            #@student        -       maxlogins       4
            
            # harden against fork-bombs
            *               hard    nproc           16384
            *               soft    nproc           4096
            # root            hard    nproc           3000
            # root            soft    nproc           1850
            
            # End of file
    

    If you add them manually it should fix the problem, "nproc" refers to number of processes (which doesn't apply for this problem) while "nofile" number of files. :-)

    I added them manually and same error. Is there something else that needs to be added in addition someplace I am missing? It fails out about 2% into mapload only with that error: "eventfd to many files open".

  • jbrother.1340jbrother.1340 Member ✭✭✭
    edited September 15, 2018

    @ArmoredVehicle.2849 said:

    @jbrother.1340 said:
    Thanks again for your efforts.

    I am going to give this new setup a try later once I have time. I want to now do comparisons from the gallium nine setup I have been testing to this and see which does better. I am curious to see how esync changes this on my old hardware.

    When you get to it, can you please tell me if the mesa_glthread variable makes any effect on AMD GPU? I lack the hardware to test it.

    **
    Is this already set or do I need to make a settings change in one of the config files? **

    So far my first try is not getting better performance and might actually be worse with the same gfx settings. No real increase overall in stability slightly higher fps possibly but slightly unstable. I am not sure if I need to tweak wine settings or reg in my case. Going to test more. Have not had a lot of time to tinker lately. Will keep trying.

    edit 1:

    I realize I am getting an error in the new package when starting that I did not notice at first:

    wineserver: failed to change priority to SCHED_FIFO/90
    

    not sure if this is even relevant?

    I have the previous package in another folder and just ran that and I am still getting a more stable run with that than the new package. I am guessing I need to tweak it for my old pc just not sure where atm.

    edit 2:

    more testing outside of major city or mistlock... it does seem to run more stable and my FPS at least initially does seem to be higher out on normal maps. A tad more stable possibly as well. Want to do a larger event to see. Usually I do teq so I am going to try tonight at reset if I can be on. Still getting the above error not quite sure why so far in my reading but I am still a Linux noob.

  • ArmoredVehicle.2849ArmoredVehicle.2849 Member ✭✭✭
    edited September 15, 2018

    @jbrother.1340 said:
    I added them manually and same error. Is there something else that needs to be added in addition someplace I am missing? It fails out about 2% into mapload only with that error: "eventfd to many files open".

    Try this:

    • Open up '/etc/systemd/system.conf' (with sudo)
    • Find the line named #DefaultLimitNOFILE= and change it to DefaultLimitNOFILE=1048576

    About performance - have you turned on 'mesa_glthread=true' env variable? I added it as a switch in '/bin/user_run' , I don't have an AMD GPU to test this feature with.


    EDIT: I updated the main post with the above secondary solution to the "too many files open" issue. Thank you everyone for your reports :-)

  • @ArmoredVehicle.2849 said:

    @jbrother.1340 said:
    I added them manually and same error. Is there something else that needs to be added in addition someplace I am missing? It fails out about 2% into mapload only with that error: "eventfd to many files open".

    Try this:

    • Open up '/etc/systemd/system.conf' (with sudo)
    • Find the line named #DefaultLimitNOFILE= and change it to DefaultLimitNOFILE=1048576

    About performance - have you turned on 'mesa_glthread=true' env variable? I added it as a switch in '/bin/user_run' , I don't have an AMD GPU to test this feature with.


    EDIT: I updated the main post with the above secondary solution to the "too many files open" issue. Thank you everyone for your reports :-)

    Thanks for the info,

    I think I just had a syntax issue in my limits.conf file. I looked at it and changed it around a bit and now it does load in without issue.

    I get this error when it starts up in terminal and not sure if it is meaningful or just can be ignored.:

    wineserver: failed to change priority to SCHED_FIFO/90


    I did not have that switch on and will turn it on and try again and let you know if there is an increase in performance.

  • Try this:

    • Open up '/etc/systemd/system.conf' (with sudo)
    • Find the line named #DefaultLimitNOFILE= and change it to DefaultLimitNOFILE=1048576

    This is the way to change the limit in distros using systemd.
    Also, you need to change it in /etc/systemd/user.conf too.

  • @jbrother.1340 said:

    @ArmoredVehicle.2849 said:

    @jbrother.1340 said:
    I added them manually and same error. Is there something else that needs to be added in addition someplace I am missing? It fails out about 2% into mapload only with that error: "eventfd to many files open".

    Try this:

    • Open up '/etc/systemd/system.conf' (with sudo)
    • Find the line named #DefaultLimitNOFILE= and change it to DefaultLimitNOFILE=1048576

    About performance - have you turned on 'mesa_glthread=true' env variable? I added it as a switch in '/bin/user_run' , I don't have an AMD GPU to test this feature with.


    EDIT: I updated the main post with the above secondary solution to the "too many files open" issue. Thank you everyone for your reports :-)

    Thanks for the info,

    I think I just had a syntax issue in my limits.conf file. I looked at it and changed it around a bit and now it does load in without issue.

    I get this error when it starts up in terminal and not sure if it is meaningful or just can be ignored.:

    wineserver: failed to change priority to SCHED_FIFO/90


    I did not have that switch on and will turn it on and try again and let you know if there is an increase in performance.

    I have turned it on and tested and not really sure if I am getting better performance overall.

    Should I be seeing this in terminal when starting:

    wineserver: failed to change priority to SCHED_FIFO/90
    ATTENTION: default value of option vblank_mode overridden by environment.
    ATTENTION: default value of option mesa_glthread overridden by environment
    

    does that indicate it is failing to apply this switches?

  • @jbrother.1340 said:

    Should I be seeing this in terminal when starting:

    ATTENTION: default value of option vblank_mode overridden by environment.
    ATTENTION: default value of option mesa_glthread overridden by environment
    

    does that indicate it is failing to apply this switches?

    It indicates that the game is now using the settings set by the launch script rather than the system's global ones. vblank_mode (V-Sync) for example is on by default (1), in the script however will turn it off (0) for the game. I've set it this way to ensure best performance (you can still use the ingame fps limiter). The terminal is just indicating what's going on, but it's normal.

  • kalel.6129kalel.6129 Member ✭✭
    edited September 16, 2018

    @xylef.8307 said:

    Try this:

    • Open up '/etc/systemd/system.conf' (with sudo)
    • Find the line named #DefaultLimitNOFILE= and change it to DefaultLimitNOFILE=1048576

    This is the way to change the limit in distros using systemd.
    Also, you need to change it in /etc/systemd/user.conf too.

    I'm still getting the "Too many open files" and the game freezes after selecting character to load.
    Here's my user.conf

    DefaultLimitNOFILE=1048576

    systemd/system.conf

    DefaultLimitNOFILE=1048576

    And what I have for the /etc/security/limits.conf

    * soft core 0

    root hard core 100000

    * hard rss 10000

    @student hard nproc 20

    @faculty soft nproc 20

    @faculty hard nproc 50

    ftp hard nproc 0

    ftp - chroot /ftp

    @student - maxlogins 4

    * hard nofile 1048576

    * soft nofile 5000

    I have rebooted since changing the values. Thoughts on what I have wrong or what I can check?

    Edit Sorry, I'm not sure how to fix the formatting so it isn't so large for the values of the files after I paste it in here.

  • @kalel.6129 said:

    @xylef.8307 said:

    Try this:

    • Open up '/etc/systemd/system.conf' (with sudo)
    • Find the line named #DefaultLimitNOFILE= and change it to DefaultLimitNOFILE=1048576

    This is the way to change the limit in distros using systemd.
    Also, you need to change it in /etc/systemd/user.conf too.

    I'm still getting the "Too many open files" and the game freezes after selecting character to load.
    Here's my user.conf

    DefaultLimitNOFILE=1048576

    systemd/system.conf

    DefaultLimitNOFILE=1048576

    And what I have for the /etc/security/limits.conf

    * soft core 0

    root hard core 100000

    * hard rss 10000

    @student hard nproc 20

    @faculty soft nproc 20

    @faculty hard nproc 50

    ftp hard nproc 0

    ftp - chroot /ftp

    @student - maxlogins 4

    * hard nofile 1048576

    * soft nofile 5000

    I have rebooted since changing the values. Thoughts on what I have wrong or what I can check?

    Edit Sorry, I'm not sure how to fix the formatting so it isn't so large for the values of the files after I paste it in here.

    use the code tag from the options above and it puts it into a more pleasing block of text and blocks it out

  • you know... sometimes... I am really glad that I have no limits set...

    because... why should I? I am the only user on my desktop - and it does not help with fork bombs anyway.

  • @kalel.6129 said:

    * hard nofile 1048576

    * soft nofile 5000

    I have rebooted since changing the values. Thoughts on what I have wrong or what I can check?

    If you set the (soft nofile to 1048576) does it still produce the error?

  • @ArmoredVehicle.2849 said:

    @kalel.6129 said:

    * hard nofile 1048576

    * soft nofile 5000

    I have rebooted since changing the values. Thoughts on what I have wrong or what I can check?

    If you set the (soft nofile to 1048576) does it still produce the error?

    Same error and actually locked up my system where I couldn't get it to release control of the GW2 screen (got error saying that the Wine program is not responding or something like that). Had to do a reset on my PC. Right now this new version hasn't worked for me at all and older one is better for me.
    Thanks.

  • Just downloaded and installed the new patch and my experience was amazing. Worked out of box for me. I did a Karka run this morning at ~18fps with the old patch, then patched and went back in to beat Teq at 30+ the whole time. I had to keep checking the framerate to make sure I wasn't seeing things. I did experience some mouse issues when switching between fullscreen and windowed. When I went into windowed mode my cursor disappeared then when I tried to move the camera it went bonkers. I just closed and relaunched.

  • I reverted my file limits in all files, deleted the GW2 root folder and went through ./setup again and copying over my .dat game file. Initial testing was amazing. It was reporting 80+fps, which not even sure I've seen that in Windows - not sure I believe it :P This was on map Lake Doric. When trying to go to LA for a real test - GW2 bugged out and brought up a crash report for ArenaNet. Terminal was just flooded with 'too many open files'. New patch looks amazing, unfortunately I cannot run it.

  • ThunderBiggi.4651ThunderBiggi.4651 Member ✭✭
    edited September 20, 2018

    @kalel.6129 I had similar problems (I have a few posts above), but I finally managed to resolve them after trying almost every possible combination of the suggested above fixes. Below is what worked.

    I reinstalled the game, but this time I didn't copy my data from the older patch (the June one) I just let the GW2 launcher download everything by itself - so a proper clean install.
    Then I editted "/etc/security/limits.conf" exactly as ArmoredVehicle.2849 suggests in the first post of this thread.
    Furthermore I changed the line #DefaultLimitNOFILE= in both '/etc/systemd/system.conf' and '/etc/systemd/user.conf' (with sudo) to DefaultLimitNOFILE=1048576 (notice the absence of # in front).

    This is all on Ubuntu 18.04. It might be possible that on other systems '/etc/systemd/system.conf'and '/etc/systemd/system.conf' might have other equivalents.

    Then I started the game and it worked. It did take a very long time to load (usually it is almost immediate for me, as I am using an SSD) the first time after I clicked play with my character (I actually went to eat after waiting for 5-6 minutes, so not sure whether it was 7 or 27 mintues). Now it loads quickly as usual and deffinitely way better performance.

    @ArmoredVehicle.2849 Thank you for doing this!!!

  • @ThunderBiggi.4651 said:
    @kalel.6129 I had similar problems (I have a few posts above), but I finally managed to resolve them after trying almost every possible combination of the suggested above fixes. Below is what worked.

    I reinstalled the game, but this time I didn't copy my data from the older patch (the June one) I just let the GW2 launcher download everything by itself - so a proper clean install.
    Then I editted "/etc/security/limits.conf" exactly as ArmoredVehicle.2849 suggests in the first post of this thread.
    Furthermore I changed the line #DefaultLimitNOFILE= in both '/etc/systemd/system.conf' and '/etc/systemd/user.conf' (with sudo) to DefaultLimitNOFILE=1048576.

    This is all on Ubuntu 18.04. It might be possible that on other systems '/etc/systemd/system.conf'and '/etc/systemd/system.conf' might have other equivalents.

    Then I started the game and it worked. It did take a very long time to load (usually it is almost immediate for me, as I am using an SSD) the first time after I clicked play with my character (I actually went to eat after waiting for 5-6 minutes, so not sure whether it was 7 or 27 mintues). Now it loads quickly as usual and deffinitely way better performance.

    @ArmoredVehicle.2849 Thank you for doing this!!!

    Thanks! I missed ArmoredVehicle's example of troubleshooting in the first post. I'll re-do the setup from scratch and let the game re-download on my slow connection :( I'll then test out what you did and post back in 5-6 hours I'm guessing. Appreciate the feedback.

  • TamX.1870TamX.1870 Member ✭✭✭
    edited September 18, 2018

    Hi, and thanks for the patches! Anyways, this newest one causes too much instability in my system, so I reverted back to the previous one. If you are trying to install GW2 at first time to Linux + Wine, I'd still recommend fresh install with staging wine. Also, the previous patch in this thread was pretty stable.

  • @TamX.1870 said:
    Hi, and thanks for the patches! Anyways, this newest one causes too much instability in my system, so I reverted back to the previous one. If you are trying to install GW2 at first time to Linux + Wine, I'd still recommend fresh install with staging wine. Also, the previous patch in this thread was pretty stable.

    May I ask what kind of instabilities are you getting?

  • @kalel.6129 said:

    @ThunderBiggi.4651 said:
    @kalel.6129 I had similar problems (I have a few posts above), but I finally managed to resolve them after trying almost every possible combination of the suggested above fixes. Below is what worked.

    I reinstalled the game, but this time I didn't copy my data from the older patch (the June one) I just let the GW2 launcher download everything by itself - so a proper clean install.
    Then I editted "/etc/security/limits.conf" exactly as ArmoredVehicle.2849 suggests in the first post of this thread.
    Furthermore I changed the line #DefaultLimitNOFILE= in both '/etc/systemd/system.conf' and '/etc/systemd/user.conf' (with sudo) to DefaultLimitNOFILE=1048576.

    This is all on Ubuntu 18.04. It might be possible that on other systems '/etc/systemd/system.conf'and '/etc/systemd/system.conf' might have other equivalents.

    Then I started the game and it worked. It did take a very long time to load (usually it is almost immediate for me, as I am using an SSD) the first time after I clicked play with my character (I actually went to eat after waiting for 5-6 minutes, so not sure whether it was 7 or 27 mintues). Now it loads quickly as usual and deffinitely way better performance.

    @ArmoredVehicle.2849 Thank you for doing this!!!

    Thanks! I missed ArmoredVehicle's example of troubleshooting in the first post. I'll re-do the setup from scratch and let the game re-download on my slow connection :( I'll then test out what you did and post back in 5-6 hours I'm guessing. Appreciate the feedback.

    Process is finally over and game crashes when I try to load a character. Terminal is still flooded with "Too many open files" even though all three files have been modified as suggested and I've rebooted after modifying them. This was also at the end of the terminal output:
    "Protocol error: process 0008: sendmsg: Bad file descriptor
    esync: write: Bad file descriptor"

    Thanks but not looking promising.

  • @kalel.6129 said:

    @kalel.6129 said:

    @ThunderBiggi.4651 said:
    @kalel.6129 I had similar problems (I have a few posts above), but I finally managed to resolve them after trying almost every possible combination of the suggested above fixes. Below is what worked.

    I reinstalled the game, but this time I didn't copy my data from the older patch (the June one) I just let the GW2 launcher download everything by itself - so a proper clean install.
    Then I editted "/etc/security/limits.conf" exactly as ArmoredVehicle.2849 suggests in the first post of this thread.
    Furthermore I changed the line #DefaultLimitNOFILE= in both '/etc/systemd/system.conf' and '/etc/systemd/user.conf' (with sudo) to DefaultLimitNOFILE=1048576.

    This is all on Ubuntu 18.04. It might be possible that on other systems '/etc/systemd/system.conf'and '/etc/systemd/system.conf' might have other equivalents.

    Then I started the game and it worked. It did take a very long time to load (usually it is almost immediate for me, as I am using an SSD) the first time after I clicked play with my character (I actually went to eat after waiting for 5-6 minutes, so not sure whether it was 7 or 27 mintues). Now it loads quickly as usual and deffinitely way better performance.

    @ArmoredVehicle.2849 Thank you for doing this!!!

    Thanks! I missed ArmoredVehicle's example of troubleshooting in the first post. I'll re-do the setup from scratch and let the game re-download on my slow connection :( I'll then test out what you did and post back in 5-6 hours I'm guessing. Appreciate the feedback.

    Process is finally over and game crashes when I try to load a character. Terminal is still flooded with "Too many open files" even though all three files have been modified as suggested and I've rebooted after modifying them. This was also at the end of the terminal output:
    "Protocol error: process 0008: sendmsg: Bad file descriptor
    esync: write: Bad file descriptor"

    Thanks but not looking promising.

    Open a terminal and type these 2 commands please:

    ulimit -Hn
    ulimit -Sn

    Both of these commands will print a number, can you please post it here or a screenshot of the terminal itself?

  • @ArmoredVehicle.2849 said:
    Open a terminal and type these 2 commands please:

    ulimit -Hn
    ulimit -Sn

    Both of these commands will print a number, can you please post it here or a screenshot of the terminal itself?

    Sorry on delayed response. Here is my output.
    :~/Desktop/GW2$ ulimit -Hn
    4096
    :~/Desktop/GW2$ ulimit -Sn
    1024
    Thanks!

  • kalel.6129kalel.6129 Member ✭✭
    edited September 19, 2018

    @kalel.6129 said:

    @ArmoredVehicle.2849 said:
    Open a terminal and type these 2 commands please:

    ulimit -Hn
    ulimit -Sn

    Both of these commands will print a number, can you please post it here or a screenshot of the terminal itself?

    Sorry on delayed response. Here is my output.
    :~/Desktop/GW2$ ulimit -Hn
    4096
    :~/Desktop/GW2$ ulimit -Sn
    1024
    Thanks!

    Update:
    I did a quick Google on the error and why you were asking ulimit -Hn. That lead me to reading https://github.com/zfigura/wine/blob/esync/README.esync and the output from ulimit -Hn should match the 1048576 we are putting. Mine clearly wasn't. No one mentioned it, so I had left it thinking maybe it was different, but I had my user.conf and system.conf lines still as #DefaultLimitNOFILE=1048576. I do now see @ThunderBiggi.4651 did show the difference (remove the # so it isn't commented out) in his example above (kicking myself). I rebooted and now the ulimit -Hn is reporting correct number. Just about to try GW2...
    Edit I do see that @ArmoredVehicle.2849 had his example on first page removing the '#'. This was simply another oversight on my end for not reading carefully.

    Update 2:
    That fixed it!! I was able to toggle between multiple characters and switch zones with no issues. I left the defaults you've set for in game settings and it's glorious. In LA I stayed in the 20's for fps. VERY much appreciated!!!! This feels like a game changer, I can see details of characters and stuff now :) So to everyone else, make sure you remove the '#' from the lines when you modify them so they don't remain commented out. I'm running Ubuntu 18.04.

  • TamX.1870TamX.1870 Member ✭✭✭
    edited September 19, 2018

    @ArmoredVehicle.2849 said:

    @TamX.1870 said:
    Hi, and thanks for the patches! Anyways, this newest one causes too much instability in my system, so I reverted back to the previous one. If you are trying to install GW2 at first time to Linux + Wine, I'd still recommend fresh install with staging wine. Also, the previous patch in this thread was pretty stable.

    May I ask what kind of instabilities are you getting?

    Of course. I can try again this evening, but last night (1) the new package first crashed to limit of open files, which I fixed based on the info here, and (2) after reboot it still crashed to an error I can't remember atm. I reverted the changes I made and went back using previous one. It might not be optimal, but for me it is OK if it can run PvP and WvW in minimal (graphics) settings. If you want, I can try the patch again this evening?

    EDIT: I'm running GW2 on Linux Mint 18.3, if that matters. It's Ubuntu-based distribution.

  • @TamX.1870 said:

    @ArmoredVehicle.2849 said:

    @TamX.1870 said:
    Hi, and thanks for the patches! Anyways, this newest one causes too much instability in my system, so I reverted back to the previous one. If you are trying to install GW2 at first time to Linux + Wine, I'd still recommend fresh install with staging wine. Also, the previous patch in this thread was pretty stable.

    May I ask what kind of instabilities are you getting?

    Of course. I can try again this evening, but last night (1) the new package first crashed to limit of open files, which I fixed based on the info here, and (2) after reboot it still crashed to an error I can't remember atm. I reverted the changes I made and went back using previous one. It might not be optimal, but for me it is OK if it can run PvP and WvW in minimal (graphics) settings. If you want, I can try the patch again this evening?

    EDIT: I'm running GW2 on Linux Mint 18.3, if that matters. It's Ubuntu-based distribution.

    I had the same issue. If you are running on a newer Linux distro that uses SystemD, then SystemD is managing the open files limit and /etc/security/limits.conf is ignored. I'll take a look at my configuration tonight and post what I have setup (I'm using Pop!_OS 18.04), because you'll also have to setup your system to allow your user to change process priority as well.

  • ArmoredVehicle.2849ArmoredVehicle.2849 Member ✭✭✭
    edited September 19, 2018

    @kalel.6129 said:

    @kalel.6129 said:

    @ArmoredVehicle.2849 said:
    Open a terminal and type these 2 commands please:

    ulimit -Hn
    ulimit -Sn

    Both of these commands will print a number, can you please post it here or a screenshot of the terminal itself?

    Sorry on delayed response. Here is my output.
    :~/Desktop/GW2$ ulimit -Hn
    4096
    :~/Desktop/GW2$ ulimit -Sn
    1024
    Thanks!

    Update:
    I did a quick Google on the error and why you were asking ulimit -Hn. That lead me to reading https://github.com/zfigura/wine/blob/esync/README.esync and the output from ulimit -Hn should match the 1048576 we are putting. Mine clearly wasn't. No one mentioned it, so I had left it thinking maybe it was different, but I had my user.conf and system.conf lines still as #DefaultLimitNOFILE=1048576. I do now see @ThunderBiggi.4651 did show the difference (remove the # so it isn't commented out) in his example above (kicking myself). I rebooted and now the ulimit -Hn is reporting correct number. Just about to try GW2...

    Update 2:
    That fixed it!! I was able to toggle between multiple characters and switch zones with no issues. I left the defaults you've set for in game settings and it's glorious. In LA I stayed in the 20's for fps. VERY much appreciated!!!! This feels like a game changer, I can see details of characters and stuff now :) So to everyone else, make sure you remove the '#' from the lines when you modify them so they don't remain commented out. I'm running Ubuntu 18.04.

    Glad you nailed down the issue, the # in unix is heavily used to enable/disable functions and to add notes without disrupting the program/scripts. Also please note that GW2 isn't the only game that produces the "too many open files" issue. I first encountered it a few years ago with the game Wasteland 2.

    Historically speaking, the default open file limit was fine a few years ago, times have changed though and some programs are able to hit that limit rather easily.

    @TamX.1870 said:

    @ArmoredVehicle.2849 said:

    @TamX.1870 said:
    Hi, and thanks for the patches! Anyways, this newest one causes too much instability in my system, so I reverted back to the previous one. If you are trying to install GW2 at first time to Linux + Wine, I'd still recommend fresh install with staging wine. Also, the previous patch in this thread was pretty stable.

    May I ask what kind of instabilities are you getting?

    Of course. I can try again this evening, but last night (1) the new package first crashed to limit of open files, which I fixed based on the info here, and (2) after reboot it still crashed to an error I can't remember atm. I reverted the changes I made and went back using previous one. It might not be optimal, but for me it is OK if it can run PvP and WvW in minimal (graphics) settings. If you want, I can try the patch again this evening?

    EDIT: I'm running GW2 on Linux Mint 18.3, if that matters. It's Ubuntu-based distribution.

    Regarding issue (1) I imagine quite a number of people have to up that file limit, especially if you use Wine for just a handful of games. I'm more interested in fault (2).

    Also please note that running the game through the 'debug.sh' file will incur a performance hit due to the infinite amount of terminal outputs.

  • jbrother.1340jbrother.1340 Member ✭✭✭
    edited September 20, 2018

    @loseridoit.2756 said:
    @jbrother.1340

    No, those flags are meant to enable the amdgpu kernel driver. Amdgpu and Radeon uses the same shader path for both opengl and gallium nine.
    Amdgpu has the ANV vulkan driver.

    You should post logs printed on the console. The marketplace worked when I last remembered it.
    I do not feel like downloading the game and logging in anymore to test.

    use stderr redirect to a file. Append this line to the gw2 console.

    2> gw2_error.txt

    Either way, gallium nine devs would probably ask you to run with full debug to figure out what is wrong.

    @VAHNeunzehnsechundsiebzig.3618
    D3d9 wine gentoo is gallium nine. You are using a native d3d9 driver on Linux. Of course, performance will be good.
    https://packages.gentoo.org/useflags/d3d9

    So I have gallium nine working fine for the most part. It is more stable and less stuttery than the package here (which also does run really good overall as well) however I am still having issues with the black lion store and trading post. I get constant

    net::ERR_ABORTED

    I have read what I could find online about this and while it seems like a network issue if I use armor's package here I have no issue at all in any of them all load.

    I have full reinstalled wine gallium and all that and deleted and started over with GW2 and let WINE setup again but with same response. I have tried various things in my network as well but that seems like the less likely culprit as it works in POL or in the Armor package.

    Any thoughts?

    PS:

    not sure if relevant. When I am on the log in screen I cannot actually click any of the buttons are than play. The "forums" and other buttons on there do nothing if clicked.

  • Hannelore.8153Hannelore.8153 Member ✭✭✭
    edited September 20, 2018

    Using Lutris with Wine 3.15 esync runner, which has PBA built in. After specifically enabling NVIDIA Threaded Optimisations and ESYNC with environment variables, I'm getting over 30 FPS in most locations on the highest possible settings on my 2011 computer, although I keep Character Model Limit at the lowest to optimise my visuals, and sometimes I need to drop from Supersample to Native/Subsample in heavy combat situations, but I don't have to touch any other settings while I used to have to drop them all to "Best performance".

    CPU usage is abut 350-400% (four cores) on my Phenom II 1100T. It could be better, but its not bad. Overall performance is at least 10x what it was when I first started playing GW2 with Wine 0.9.x (?) in 2012 on the same computer.

    NVIDIA users: Make sure you assign a shader cache to the game. The NVIDIA proprietary drivers have a hard limit of 128 MB for the global shader cache and GW2 blows through this easily all on its own..it was 112 MB after just a single run of the game.

    Daisuki[SUKI] Founder | Mains Mariyuuna | ♀♥♀
    Akarissa, Auratashi, Hanamariko, Kanasuki, Kokonomori, Korisaki, Manakuro, Sarehtori, Terakura, Yukianna
    Alice Ryven, Alisha Kei, Baxia Tres, Caelia Flamestrike, Kiryka Darkwillow, Rikka Rowe, Tawni Rosemary, Thea Lux

  • ArmoredVehicle.2849ArmoredVehicle.2849 Member ✭✭✭
    edited September 21, 2018

    @Hannelore.8153 said:
    Using Lutris with Wine 3.15 esync runner, which has PBA built in. After specifically enabling NVIDIA Threaded Optimisations and ESYNC with environment variables, I'm getting over 30 FPS in most locations on the highest possible settings on my 2011 computer, although I keep Character Model Limit at the lowest to optimise my visuals, and sometimes I need to drop from Supersample to Native/Subsample in heavy combat situations, but I don't have to touch any other settings while I used to have to drop them all to "Best performance".

    CPU usage is abut 350-400% (four cores) on my Phenom II 1100T. It could be better, but its not bad. Overall performance is at least 10x what it was when I first started playing GW2 with Wine 0.9.x (?) in 2012 on the same computer.

    NVIDIA users: Make sure you assign a shader cache to the game. The NVIDIA proprietary drivers have a hard limit of 128 MB for the global shader cache and GW2 blows through this easily all on its own..it was 112 MB after just a single run of the game.

    One of the Nvidia driver staff has recently mentioned that you can use __GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1 which will disable the 128MB limit and it will cache as much shader data as your HDD can hold.

    I don't know for how long this env variable has been present in the drivers but it definitely comes handy for a number of games, Witcher 3, Overwatch and GTA V can easily top 128MB. I am currently re-uploading the Nvidia version of my package to have this feature enabled by default for GW2.

    Also just to note - In my package I'm already using a dedicated cache folder for GW2 in the same way you suggested. It's nice to see such an old AMD CPU handling the game well under Linux, makes me want to dig up my old Core 2 Q6600 parts and test it.

  • GIGU.6487GIGU.6487 Member
    edited September 23, 2018

    Thx for this! It run very good!
    A Question:
    The New V1.3 run with gw2.exe and not with gw64.exe. Is the gw2.exe better?

    EDIT: Thx for the information @jbrother.1340 .
    On Windows i start the game since the 64 beta with the gw2-64.exe :disappointed:
    Very Good Performance. All Update better! Thank you so much!

  • jbrother.1340jbrother.1340 Member ✭✭✭
    edited September 23, 2018

    @GIGU.6487 said:
    Thx for this! It run very good!
    A Question:
    The New V1.3 run with gw2.exe and not with gw64.exe. Is the gw2.exe better?

    I think the stock client is just 64bit now and you have to use a "switch" to force to 32bit mode, but I am not certain and cannot find anything saying that currently for some reason.

    I think though that after 2016 spring they went out of beta with the 64bit client and it is what auto installs by default from the launcher. I will post a link if I can ever find one.

    Edit:

    I said I could not find it then found it ten seconds later...

    https://wiki.guildwars2.com/wiki/Game_updates/2016-05-17

    The 64-beta client is no longer in beta. The 32-bit client will now automatically switch to the 64-bit client if the conditions appear favorable.

  • @jbrother.1340 said:

    @loseridoit.2756 said:
    @jbrother.1340

    No, those flags are meant to enable the amdgpu kernel driver. Amdgpu and Radeon uses the same shader path for both opengl and gallium nine.
    Amdgpu has the ANV vulkan driver.

    You should post logs printed on the console. The marketplace worked when I last remembered it.
    I do not feel like downloading the game and logging in anymore to test.

    use stderr redirect to a file. Append this line to the gw2 console.

    2> gw2_error.txt

    Either way, gallium nine devs would probably ask you to run with full debug to figure out what is wrong.

    @VAHNeunzehnsechundsiebzig.3618
    D3d9 wine gentoo is gallium nine. You are using a native d3d9 driver on Linux. Of course, performance will be good.
    https://packages.gentoo.org/useflags/d3d9

    So I have gallium nine working fine for the most part. It is more stable and less stuttery than the package here (which also does run really good overall as well) however I am still having issues with the black lion store and trading post. I get constant

    net::ERR_ABORTED

    I have read what I could find online about this and while it seems like a network issue if I use armor's package here I have no issue at all in any of them all load.

    I have full reinstalled wine gallium and all that and deleted and started over with GW2 and let WINE setup again but with same response. I have tried various things in my network as well but that seems like the less likely culprit as it works in POL or in the Armor package.

    Any thoughts?

    PS:

    not sure if relevant. When I am on the log in screen I cannot actually click any of the buttons are than play. The "forums" and other buttons on there do nothing if clicked.

    I got it working.

    I deleted all things related to this. Wine and all the GW2 stuff I have. I saved my .dat file off to the side.

    It worked once I set it all back up.

    I still think you are right @loseridoit.2756 and may have a bug in Gallium and am going to report it after I think of the best way to explain it as I tend to ramble.

    it does run as good as the package here using OpenGL even though it runs lower fps. I get faster map loads and I notice if I run Gallium no mount lag really like I was getting.

    I still wonder if I am just butting up against the limitation of my CPU.

    Realistically what should my load be apx on CPU and GPU when just running around a Map?

    I am getting about 40-65% of CPU / 30-65% on GPU / FPS of about 25-30 stable running around and higher with less happening or smaller view area on screen, lower in larger events but not a lot and more stable. CPU only spikes higher than 65% during map loading.

    Does that sound like levels I should report a bug over with my old hardware?

  • what is your hardware again?

  • @VAHNeunzehnsechundsiebzig.3618 said:
    what is your hardware again?

    Phenom II 955 black
    Radeon HD 7950
    Asus Sabertooth 990fx gen1 mb
    16 Gb ram gskill somethings...

    I have had most of this running for years. That CPU has a lot of time on it. I might have just reached the limit of what this CPU can currently handle. I just cannot afford to spend on a new machine right now. I can get a fX 8350 for cheap and thought that might help and this MB will run it.

  • @GIGU.6487 said:
    Thx for this! It run very good!
    A Question:
    The New V1.3 run with gw2.exe and not with gw64.exe. Is the gw2.exe better?

    EDIT: Thx for the information @jbrother.1340 .
    On Windows i start the game since the 64 beta with the gw2-64.exe :disappointed:
    Very Good Performance. All Update better! Thank you so much!

    Hi, the setup script downloads the 64bit exe from ANet's server and automatically renames it to "GW2.exe". It has always been 64bit since 1.0 :)

    @jbrother.1340 said:
    I still wonder if I am just butting up against the limitation of my CPU.
    Realistically what should my load be apx on CPU and GPU when just running around a Map?

    I am getting about 40-65% of CPU / 30-65% on GPU / FPS of about 25-30 stable running around and higher with less happening or smaller view area on screen, lower in larger events but not a lot and more stable. CPU only spikes higher than 65% during map loading.

    Does that sound like levels I should report a bug over with my old hardware?

    Considering your CPU's age and on Linux, I think you're getting decent performance. CPU/GPU usage will vary depending on the map and what's on screen.

    If you can get the FX8350 for a good deal, I'd say go for it, the performance per core is much better than the 955 and you won't have to break the bank. The GPU is fine, I always liked the 7950, a bit old today but holds itself up with dignity :)

  • jbrother.1340jbrother.1340 Member ✭✭✭
    edited September 23, 2018

    @ArmoredVehicle.2849 said:

    @GIGU.6487 said:
    Thx for this! It run very good!
    A Question:
    The New V1.3 run with gw2.exe and not with gw64.exe. Is the gw2.exe better?

    EDIT: Thx for the information @jbrother.1340 .
    On Windows i start the game since the 64 beta with the gw2-64.exe :disappointed:
    Very Good Performance. All Update better! Thank you so much!

    Hi, the setup script downloads the 64bit exe from ANet's server and automatically renames it to "GW2.exe". It has always been 64bit since 1.0 :)

    @jbrother.1340 said:
    I still wonder if I am just butting up against the limitation of my CPU.
    Realistically what should my load be apx on CPU and GPU when just running around a Map?

    I am getting about 40-65% of CPU / 30-65% on GPU / FPS of about 25-30 stable running around and higher with less happening or smaller view area on screen, lower in larger events but not a lot and more stable. CPU only spikes higher than 65% during map loading.

    Does that sound like levels I should report a bug over with my old hardware?

    Considering your CPU's age and on Linux, I think you're getting decent performance. CPU/GPU usage will vary depending on the map and what's on screen.

    If you can get the FX8350 for a good deal, I'd say go for it, the performance per core is much better than the 955 and you won't have to break the bank. The GPU is fine, I always liked the 7950, a bit old today but holds itself up with dignity :)

    The good deal is actually free. A friend of mine owns what might be called a PC junkyard. I saw a bin of them last time I was there about 50-100 of them lol. I am guessing he will give me 10 or so and I can find 1 or 2 working ones. I will compare performance once I can get one and see if it bug related or if just my really old stuff.

    I do have to say though that this x4 955 have been a really good CPU it has been on and online for almost 7 years without getting shut off. Not one issue ever. I am really happy right now the way GW2 plays for me with Linux compared to a year ago. The help in this thread from everyone has been really great. Good collaboration from everyone.

    One of these days I am going to get stash of money I can spend on new PC parts and build a new one. Just waiting so I can get the parts I want rather than settling on stuff.

    I do have a newer laptop that runs this well on Linux but that has a 7700HQ I think in it. I need to get it working with this package and Gallium and make comparisons.

  • GW2 is very cpu bound, even more so with wine. So you should see some nice performance increase with a better cpu. The gpu is fine. Ram is fine.

  • @VAHNeunzehnsechundsiebzig.3618 said:
    GW2 is very cpu bound, even more so with wine. So you should see some nice performance increase with a better cpu. The gpu is fine. Ram is fine.

    Agreed.

    I am actually fine right now with this I guess overall I wanted to make sure I had nothing buggy happening that I should report to help overall.

    I am in a good place with what I can afford right now and it is playing better than ever. I will post performance once I update some hardware as well though.

  • I haven't posted in here before.

    Been playing in Wine for the best part of 18 years now (GW1 and 2 included in the myriad of games

    I have a simple setup with the following shell script to start GW2 .. Looking through here I realise I can optimise a little further.

    I'll report back on any improvements from the current 40 - 20 FPS I currently get:

    MSI Apache.
    Linux Mint.
    NVidia GTX 970M
    Intel Core i7 6700HQ ..

  • @ArmoredVehicle.2849 - Would you be willing to have your build used as the Semi-"official" process for running GW2 via WINE and link to it on the GW2 Wiki and/or creating a Lutris installer for it?

    This way (long term) you don't have to necessarily be the only maintainer of this

  • Aeolus.3615Aeolus.3615 Member ✭✭✭✭

    This should be made a sticky as non-official linux thread!

  • i currrently dual boot as my linux performance via Lutris is shocking. on my windows part im gettings 40fps avg with a mix of high and med with FXAA. but on linux i need to run all on low just to get 30fps in the big cities.

    CPU: i5 6400
    GPU GTX1060
    Antergos

  • @EagleDelta.4726 said:
    @ArmoredVehicle.2849 - Would you be willing to have your build used as the Semi-"official" process for running GW2 via WINE and link to it on the GW2 Wiki and/or creating a Lutris installer for it?

    This way (long term) you don't have to necessarily be the only maintainer of this

    I'm not familiar with Lutris and how they distribute custom builds, if someone's into it though, I'd be happy to provide the source code and help with the build progress.

    @RalloTubbs.6593 said:
    i currrently dual boot as my linux performance via Lutris is shocking. on my windows part im gettings 40fps avg with a mix of high and med with FXAA. but on linux i need to run all on low just to get 30fps in the big cities.

    CPU: i5 6400
    GPU GTX1060
    Antergos

    You probably don't have PBA or E-Sync enabled (or both). I built the latest release directly from the Lutris source code. These are some of the environment variables I'm using in my launch script (the first 2 are extremely important as they affect performance a lot):

    export WINEESYNC=1
    export PBA_ENABLE=1
    export __GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
    export __GL_SHADER_DISK_CACHE_PATH="$HOME/.nv/gw2"
    export __GL_FSAA_MODE=0
    export __GL_DEFAULT_LOG_ANISO=0
    export __GL_LOG_MAX_ANISO=0
    export LD_PRELOAD="libpthread.so.0 libGL.so.1"
    export __GL_THREADED_OPTIMIZATIONS=1
    export __GL_SYNC_TO_VBLANK=0
    export __GL_YIELD=NOTHING

  • RalloTubbs.6593RalloTubbs.6593 Member
    edited September 29, 2018

    @ArmoredVehicle.2849 said:

    @EagleDelta.4726 said:
    @ArmoredVehicle.2849 - Would you be willing to have your build used as the Semi-"official" process for running GW2 via WINE and link to it on the GW2 Wiki and/or creating a Lutris installer for it?

    This way (long term) you don't have to necessarily be the only maintainer of this

    I'm not familiar with Lutris and how they distribute custom builds, if someone's into it though, I'd be happy to provide the source code and help with the build progress.

    @RalloTubbs.6593 said:
    i currrently dual boot as my linux performance via Lutris is shocking. on my windows part im gettings 40fps avg with a mix of high and med with FXAA. but on linux i need to run all on low just to get 30fps in the big cities.

    CPU: i5 6400
    GPU GTX1060
    Antergos

    You probably don't have PBA or E-Sync enabled (or both). I built the latest release directly from the Lutris source code. These are some of the environment variables I'm using in my launch script (the first 2 are extremely important as they affect performance a lot):

    export WINEESYNC=1
    export PBA_ENABLE=1
    export __GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1
    export __GL_SHADER_DISK_CACHE_PATH="$HOME/.nv/gw2"
    export __GL_FSAA_MODE=0
    export __GL_DEFAULT_LOG_ANISO=0
    export __GL_LOG_MAX_ANISO=0
    export LD_PRELOAD="libpthread.so.0 libGL.so.1"
    export __GL_THREADED_OPTIMIZATIONS=1
    export __GL_SYNC_TO_VBLANK=0
    export __GL_YIELD=NOTHING

    i have esync patches all done just not PBA, just used the lutris script tbh. ill give it a go with PBA

    EDIT
    getting a error.

    [antergos GW2]$ wineserver: failed to change priority to SCHED_FIFO/90
    X Error of failed request: BadValue (integer parameter out of range for operation)
    Major opcode of failed request: 154 (GLX)
    Minor opcode of failed request: 3 (X_GLXCreateContext)
    Value in failed request: 0x0
    Serial number of failed request: 165
    Current serial number in output stream: 166

  • ArmoredVehicle.2849ArmoredVehicle.2849 Member ✭✭✭
    edited September 30, 2018

    @RalloTubbs.6593 said:
    i have esync patches all done just not PBA, just used the lutris script tbh. ill give it a go with PBA

    EDIT
    getting a error.

    [antergos GW2]$ wineserver: failed to change priority to SCHED_FIFO/90
    X Error of failed request: BadValue (integer parameter out of range for operation)
    Major opcode of failed request: 154 (GLX)
    Minor opcode of failed request: 3 (X_GLXCreateContext)
    Value in failed request: 0x0
    Serial number of failed request: 165
    Current serial number in output stream: 166

    The SCHED_FIFO error can be safely ignored, it's harmless. Those GLX errors though seem to be related with graphics drivers or X server settings, not GW2 specific errors.

    I examined the Lutris setup script for GW2 here: https://lutris.net/games/install/1742/view Roughly it does the same thing as in my package except with a few minor differences, nothing that would impact performance though. I'll sign up for a Lutris account sometime next week and see If I can improve upon what's already there, if the author for the Lutris script reads this, thanks :)

  • @ArmoredVehicle.2849 I'm not familiar with how their "builds"/Install scripts work either :(
    It's something I'm willing to look at, but it won't be until closer to the end of Oct, busy with some other FOSS/Conference obligations first.
    It would be nice to update the Wiki page about running GW2 under WINE with your build and a link to this Forum post


  • Anyone know this error, Lutris + OpenSuSe + 64bits Version

  • jbrother.1340jbrother.1340 Member ✭✭✭

    @spigatl.3687 said:

    Anyone know this error, Lutris + OpenSuSe + 64bits Version

    Is this as far as it loads? Is there a text error of any kind or just never populates the login dialog?

    have you tried armor's package here that is linked on the first post of this thread?

    Are you using 'Leap' or 'tumbleweed'?

    If Tumbleweed have you done an distribution update recently? If not you might try doing a "dup" on it and then try again and see if that works.

    I would also try the package here and launch in CLI and see what errors it throws.

    Others here know far more than I about this and Linux in general but i am using Tumbleweed (at this point I am using wine-staging-nine and gallium and launch in CLI or a icon that I made) and don't remember this happening at all when I was first setting it up. I have never used Lutris though really.

©2010–2018 ArenaNet, LLC. All rights reserved. Guild Wars, Guild Wars 2, Heart of Thorns, Guild Wars 2: Path of Fire, ArenaNet, NCSOFT, the Interlocking NC Logo, and all associated logos and designs are trademarks or registered trademarks of NCSOFT Corporation. All other trademarks are the property of their respective owners.