Jump to content
  • Sign Up

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


Recommended Posts

4 hours ago, huuof.9231 said:

Hey guys, I'm playing on a MSI Alpha 15 laptop (Vega 10 and 5600m dedicated), I'm using opensource drivers and using prime to run using the dedicated card.

 

I'm using the wine version from this post and with arcdps, and the game freezes after some time. I can see in comments here that this is happening with others.

 

I ran the game with debug, and I was able to reproduce the crash, here the logs:


0046:fixme:msctf:KeystrokeMgr_TestKeyUp STUB:(0000000005C44990)
0046:fixme:msctf:KeystrokeMgr_TestKeyUp STUB:(0000000005C44990)
........
//until here all was good
....
0046:fixme:esync:add_to_list too many allocated handles, not caching 0x400024
0046:fixme:esync:add_to_list too many allocated handles, not caching 0x400028
0046:fixme:esync:add_to_list too many allocated handles, not caching 0x400024
0046:fixme:esync:add_to_list too many allocated handles, not caching 0x400024
0037:fixme:esync:add_to_list too many allocated handles, not caching 0x400024
00bb:fixme:esync:add_to_list too many allocated handles, not caching 0x40005c
0045:fixme:esync:add_to_list too many allocated handles, not caching 0x400060
0045:fixme:esync:add_to_list too many allocated handles, not caching 0x400064
0045:fixme:esync:add_to_list too many allocated handles, not caching 0x400068
0045:fixme:esync:add_to_list too many allocated handles, not caching 0x40005c
00bb:fixme:esync:add_to_list too many allocated handles, not caching 0x40006c
00bb:fixme:esync:add_to_list too many allocated handles, not caching 0x400070
003d:fixme:esync:add_to_list too many allocated handles, not caching 0x400064
00bb:fixme:esync:add_to_list too many allocated handles, not caching 0x400074
0037:fixme:esync:add_to_list too many allocated handles, not caching 0x400090
0037:fixme:esync:add_to_list too many allocated handles, not caching 0x400090
0046:fixme:esync:add_to_list too many allocated handles, not caching 0x400098
0046:fixme:esync:add_to_list too many allocated handles, not caching 0x400098
0046:fixme:seh:call_stack_handlers nested exception
....
//errors above repeat
...
0046:fixme:seh:call_stack_handlers nested exception
0046:fixme:seh:call_stack_handlers nested exception
0046:fixme:seh:call_stack_handlers nested exception
0046:fixme:seh:call_stack_handlers nested exception
0046:err:seh:setup_exception stack overflow 1664 bytes in thread 0046 eip 000000007bc92d1f esp 0000000003410f90 stack 0x3410000-0x3411000-0x3510000
^C010f:fixme:console:CONSOLE_DefaultHandler Terminating process c2 on event 0
0119:fixme:console:CONSOLE_DefaultHandler Terminating process 8 on event 0

 

 

it looks like you're hitting your system's predefined limits.

 

please try this for a solution:

 

https://github.com/lutris/docs/blob/master/HowToEsync.md

 

(a similar/equal guide is also on the first post/first page of this thread)

 

Link to post
Share on other sites
  • Replies 1.2k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Working on it 🙂

Hello Linux Gamers, This package aims to provide an easy way to play Guild Wars 2 on Linux without having you jump through hoops. It's completely portable and it comes with many performance tweak

Hey guys. I switched my main pc fully to linux in the last week. I installed the GW2 game from Lutris, the Guild Wars 2 Armored Nvidia version, its said in the description is Based on v2.1.0 of Armore

Posted (edited)
20 hours ago, Astyrah.4015 said:

 

it looks like you're hitting your system's predefined limits.

 

please try this for a solution:

 

https://github.com/lutris/docs/blob/master/HowToEsync.md

 

(a similar/equal guide is also on the first post/first page of this thread)

 

 

This was configured already, see bellow:

~  ulimit -Sn                                                       ✔ 
1048576
~  ulimit -Hn                                                       ✔ 
1048576

 

Also, after opening the game, I can see the process has the correct limits:

 

~  cat /proc/$(pidof GW2.exe)/limits | grep files                        ✔  7s  
Max file size             unlimited            unlimited            bytes     
Max core file size        unlimited            unlimited            bytes     
Max open files            1048576              1048576              files     
Max file locks            unlimited            unlimited            locks

I'm using Manjaro Gnome.

Edited by huuof.9231
Link to post
Share on other sites
4 hours ago, huuof.9231 said:

 

This was configured already, see bellow:


~  ulimit -Sn                                                       ✔ 
1048576
~  ulimit -Hn                                                       ✔ 
1048576

 

Also, after opening the game, I can see the process has the correct limits:

 


~  cat /proc/$(pidof GW2.exe)/limits | grep files                        ✔  7s  
Max file size             unlimited            unlimited            bytes     
Max core file size        unlimited            unlimited            bytes     
Max open files            1048576              1048576              files     
Max file locks            unlimited            unlimited            locks

I'm using Manjaro Gnome.

 

Can you try increasing the limit again, let's say '9999999' and re-test pls?

Link to post
Share on other sites
On 5/4/2021 at 11:40 PM, ArmoredVehicle.2849 said:

 

Can you try increasing the limit again, let's say '9999999' and re-test pls?

I have had the same problem as huoof when I run the game with arcdps. I run endeavourOS (arch-based, 5.12.2 zen) with a 5600X, 6800XT, 16GB RAM. I'm running your AMD package (which nicely fixed a few other crashes I experienced before!).

 

Without arc I experience no crash. With arcdps it crashes after a while if I do something (idling doesn't seem to crash), but it's usually in combat. I installed arcdps by moving it into the bin folder (I didn't use your setup tool)

 

I tried increasing limits:

[ad@endeavour ~]$ ulimit -Hn
9999999
[ad@endeavour ~]$ ulimit -Sn
9999999

but it still crashes. A truncated output from the debug file of the last crash:

https://pastebin.com/PyBh8N4F

(the hexadecimals kept iterating up and then it got completely replaced by nested exceptions). I can play Doom Eternal on Ultra without crashes so I don't think it's a hardware problem (I've kept an eye on temps and they don't overheat).

Link to post
Share on other sites
On 5/8/2021 at 1:45 PM, Laveno.9387 said:

I have had the same problem as huoof when I run the game with arcdps. I run endeavourOS (arch-based, 5.12.2 zen) with a 5600X, 6800XT, 16GB RAM. I'm running your AMD package (which nicely fixed a few other crashes I experienced before!).

 

Without arc I experience no crash. With arcdps it crashes after a while if I do something (idling doesn't seem to crash), but it's usually in combat. I installed arcdps by moving it into the bin folder (I didn't use your setup tool)

 

I tried increasing limits:

[ad@endeavour ~]$ ulimit -Hn
9999999
[ad@endeavour ~]$ ulimit -Sn
9999999

but it still crashes. A truncated output from the debug file of the last crash:

https://pastebin.com/PyBh8N4F

(the hexadecimals kept iterating up and then it got completely replaced by nested exceptions). I can play Doom Eternal on Ultra without crashes so I don't think it's a hardware problem (I've kept an eye on temps and they don't overheat).

Yes I also tried, same issue.

Also disabling esync, then fsync crashes with same issue.

 

I tested in a laptop with NVIDIA and AMD, both have same issue.

Link to post
Share on other sites
Posted (edited)

I decided to give arcdps another chance after not using it for a long while.

My whole system froze after just 10 minutes in WvW. Not even REISUB worked. It's so sudden that there are no traces of the reason in journalctl, or any other log I could think of...

deltaconnected is solely focused on Windows, so I don't expect a Wine-specific fix from him. But it's a "mod" causing the crash, so I don't expect the Wine team to do anything about it either.

I can live without it.

Edited by Hell Nirvana.9045
Link to post
Share on other sites

Hey guys, quick question. I've been playing on Linux for the last few months now with close to 0 issues (occasional crash on map load, but that's rare enough). Performance was great as well.

Since the last patch, though, I'm having a really weird issue concerning laggy situations in WvW. Up to this point, when I was around large groups, I had some skill lag and, of course, the framerate when to hell. Now I'm also getting "movement lag". I'll be holding down, say, W, release the button and my char keeps running it that direction for a while before realizing I pressed another key. What makes it weird is that it doesn't seem to happen if I just turn on autorun and use the mouse to turn the character. That's why it seems to me like the game now somehow introduced lag on keyboard input when there's "regular" lag.

Has anyone else had similar issues? Any idea what might be causing it?

Also, I'm not using the install guide from this thread, I just installed the game via Lutris. Using Manjaro and an AMD graphics card.

 

Thanks!

Link to post
Share on other sites
On 5/16/2021 at 2:46 PM, SystemShock.9601 said:

Hey guys, quick question. I've been playing on Linux for the last few months now with close to 0 issues (occasional crash on map load, but that's rare enough). Performance was great as well.

Since the last patch, though, I'm having a really weird issue concerning laggy situations in WvW. Up to this point, when I was around large groups, I had some skill lag and, of course, the framerate when to hell. Now I'm also getting "movement lag". I'll be holding down, say, W, release the button and my char keeps running it that direction for a while before realizing I pressed another key. What makes it weird is that it doesn't seem to happen if I just turn on autorun and use the mouse to turn the character. That's why it seems to me like the game now somehow introduced lag on keyboard input when there's "regular" lag.

Has anyone else had similar issues? Any idea what might be causing it?

Also, I'm not using the install guide from this thread, I just installed the game via Lutris. Using Manjaro and an AMD graphics card.

 

Thanks!

Yeah, had similar problems. Described solution above. Hope it works for you

  • Like 1
Link to post
Share on other sites
On 5/16/2021 at 7:06 PM, Ikarus.2659 said:

If someone want to play some music scripts on linux:
 

I didnt find a solution so created one myself. 😉

While that's a nice idea as an alternative, AHK runs perfectly well in Wine. The normal winetricks package can even autoinstall it on your prefix...

Link to post
Share on other sites

Hey guys, I've experiencing crashes left and right, may i know how to adjust DXVK to use less RAM? I remember doing this in Windows to reduce crashes but not sure how to do it in LInux/Wine. 

Link to post
Share on other sites
Posted (edited)

Could this be caused by using the older version of Wine? I happened to saw this while browsing the system journal, because I had a total system freeze while playing GW2 this evening. The entries below occurred 10 minutes before the freeze.

(I have no clue how you're supposed to post a code block in Invision-powered forums...)
```
kesä 02 23:33:41 kernel: general protection fault: 0000 [#1] PREEMPT SMP NOPTI
kesä 02 23:33:41 kernel: CPU: 1 PID: 11929 Comm: winedevice.exe Tainted: P           OE     5.12.8-1-MANJARO #1
kesä 02 23:33:41 kernel: Hardware name: Micro-Star International Co., Ltd. MS-7B89/B450M MORTAR MAX (MS-7B89), BIOS 2.C0 02/01/2021
kesä 02 23:33:41 kernel: RIP: 0010:schedule+0x80/0xc0
kesä 02 23:33:41 kernel: Code: e8 f5 f6 ff ff 65 ff 0d 2e 4c 17 53 48 8b 03 a8 08 75 e4 8b 45 2c a8 30 74 0e 48 89 ef a8 20 74 2a 5b 5d e9 f2 ee 60 ff 5b 5d <c3> 48 8b bd b0 08 00 00 48 85 ff 74 b7 48 8b 07 48 39 c7 74 1a be
kesä 02 23:33:41 kernel: RSP: 0018:ffffb99d51243900 EFLAGS: 00010246
kesä 02 23:33:41 kernel: RAX: 0000000000400040 RBX: ffffb99d51243a50 RCX: 0000000000000002
kesä 02 23:33:41 kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff92ba9ea6c7c0
kesä 02 23:33:41 kernel: RBP: ffffb99d51243908 R08: 0000000000000001 R09: 0000000000000000
kesä 02 23:33:41 kernel: R10: 0000000000000056 R11: 0000000000000000 R12: 000000000000c350
kesä 02 23:33:41 kernel: R13: 0000000000000000 R14: 0000000000000000 R15: ffffb99d51243d80
kesä 02 23:33:41 kernel: FS:  00007f5aa33ee640(0000) GS:ffff92ba9ea40000(0000) knlGS:00007fffffea8000
kesä 02 23:33:41 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
kesä 02 23:33:41 kernel: CR2: 00005623ac91fa42 CR3: 000000023a62a000 CR4: 00000000003506e0
kesä 02 23:33:41 kernel: Call Trace:
kesä 02 23:33:41 kernel:  ? __hrtimer_init+0xc0/0xc0
kesä 02 23:33:41 kernel:  ? do_select+0x6ac/0x7f0
kesä 02 23:33:41 kernel:  ? sock_def_readable+0x3c/0x80
kesä 02 23:33:41 kernel:  ? core_sys_select+0x1b2/0x3b0
kesä 02 23:33:41 kernel:  ? do_pselect.constprop.0+0xee/0x190
kesä 02 23:33:41 kernel:  ? __x64_sys_pselect6+0x6e/0x90
kesä 02 23:33:41 kernel:  ? do_syscall_64+0x33/0x40
kesä 02 23:33:41 kernel:  ? entry_SYSCALL_64_after_hwframe+0x44/0xae
kesä 02 23:33:41 kernel: Modules linked in: snd_seq_dummy snd_seq snd_usb_audio snd_usbmidi_lib joydev snd_rawmidi mousedev snd_seq_device mc rfkill nct6775 hwmon_vid vfat intel_rapl_msr intel_rapl_common fat edac_mce_amd s>
kesä 02 23:33:41 kernel: ---[ end trace c1491f5ed460e1e0 ]---
kesä 02 23:33:41 kernel: RIP: 0010:schedule+0x80/0xc0
kesä 02 23:33:41 kernel: Code: e8 f5 f6 ff ff 65 ff 0d 2e 4c 17 53 48 8b 03 a8 08 75 e4 8b 45 2c a8 30 74 0e 48 89 ef a8 20 74 2a 5b 5d e9 f2 ee 60 ff 5b 5d <c3> 48 8b bd b0 08 00 00 48 85 ff 74 b7 48 8b 07 48 39 c7 74 1a be
kesä 02 23:33:41 kernel: RSP: 0018:ffffb99d51243900 EFLAGS: 00010246
kesä 02 23:33:41 kernel: RAX: 0000000000400040 RBX: ffffb99d51243a50 RCX: 0000000000000002
kesä 02 23:33:41 kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff92ba9ea6c7c0
kesä 02 23:33:41 kernel: RBP: ffffb99d51243908 R08: 0000000000000001 R09: 0000000000000000
kesä 02 23:33:41 kernel: R10: 0000000000000056 R11: 0000000000000000 R12: 000000000000c350
kesä 02 23:33:41 kernel: R13: 0000000000000000 R14: 0000000000000000 R15: ffffb99d51243d80
kesä 02 23:33:41 kernel: FS:  00007f5aa33ee640(0000) GS:ffff92ba9ea40000(0000) knlGS:00007fffffea8000
kesä 02 23:33:41 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
kesä 02 23:33:41 kernel: CR2: 00005623ac91fa42 CR3: 000000023a62a000 CR4: 00000000003506e0

```

Maybe I should stop being lazy, and give newer Wine versions a try with my own prefix...

Edited by Hell Nirvana.9045
Link to post
Share on other sites

I recently started using this (after lutris stopped working).

Everything works without any issues (Dragonstorm and huge WvW fights crash - don't care much about those).

However what bugs me, is all greyed ArcDPS. It seems to work, but no colors.

Is it something known and can I do anything about it.

Thanks

Link to post
Share on other sites
On 5/1/2021 at 7:40 AM, Minux.2416 said:

Maybe we'll finally have some luck trying to make taco work properly on Linux without workarounds. It seems now is open-source:

 

http://www.gw2taco.com/2021/04/gw2-taco-is-going-open-source.html?m=1


I just hope some good programmer has the good faith to create an option for us. I'd really like to do something but my programming knowledge is pretty limited. 😅

 

 

well, its still early days, but there has been some work started. i typed a long message, but didn't want to spam it here. so, i put it in the readme of the repo.
https://github.com/coderedart/jokolay

can contact me ingame during mondays when i login for raids or maybe on fridays during wvw reset. or discord Red Artist#4554 . always open to discuss more ideas or which features should be prioritized etc..

  • Like 2
Link to post
Share on other sites
Posted (edited)
3 hours ago, VAHNeunzehnsechundsiebzig. said:

 

oh my. GPF. You have real issues here. wine is just triggering it. I would guess temp/power or memory.

Tends to happen when I try to set swappiness lower. I've been back to default since.

I have 32 GB of RAM, with 2 GiB swap. I don't run into memory starvation, but setting swappiness too low might cause some conflict? I tried setting it to 20, versus the default of 60.

I ran memtest86 (the proprietary one) a few days ago for almost 7 and a half hours. Zero errors.

 

All in all, I only ever experience these errors and freezes with this repackaged Wine setup for GW2. Could it even be fsync?

Edited by Hell Nirvana.9045
Link to post
Share on other sites
Posted (edited)

Hello everyone,

 

I'm happy to announce that a new package version is available, I have 'finally' rebased it to a newer Wine version (6.10).  Please note that I don't personally use ArcDPS so I don't know if it will solve the issues you've been having with it. Nevertheless I tested the game and didn't notice any issues.

 

Happy Sunday 🙂

 

EDIT (15/6/21): I'm aware DXVK 1.9 has been released today, GW2 package update will be available in a day or two.

Edited by ArmoredVehicle.2849
  • Thanks 1
Link to post
Share on other sites
On 6/14/2021 at 1:09 AM, ArmoredVehicle.2849 said:

Hello everyone,

 

I'm happy to announce that a new package version is available, I have 'finally' rebased it to a newer Wine version (6.10).  Please note that I don't personally use ArcDPS so I don't know if it will solve the issues you've been having with it. Nevertheless I tested the game and didn't notice any issues.

 

Happy Sunday 🙂

 

EDIT (15/6/21): I'm aware DXVK 1.9 has been released today, GW2 package update will be available in a day or two.

Don't forget the Async 🙏

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...