loseridoit.2756

https://launchpad.net/~commendsarnex/+archive/ubuntu/winedri3https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers/ You can install the latest Ubuntu because upstream will never randomly drop hardware support. The open source driver should work well and you should get similar performance in comparison to windows. You can install gallium 9 which is Linux's native d3d9 driver. https://github.com/iXit/wine-nine-standalonehttps://wiki.ixit.cz/d3d9 You basically need to installed mesa with gallium 9 enabled and a patched wine to your system. You can use lutris to manage your wine installs. Yes, pre-vulkan AMD cards are supported. https://lutris.net/ the game guide is pretty mediocre.....

Codeweavers are working on dxvk support on OSX.https://github.com/KhronosGroup/MoltenVK/issues/203#issuecomment-682576084I believe they will be working on dx9 support after dxvk support is done. If Mac users are ok with forking over a license next year, you should have much better perf than whatever Anet uses. I am always surprise at Codeweavers ability to make things work.

ACO is a shader compiler for AMD cards.Gallium 9 works on modern Intel GPU and AMD cards.D9VK should work on all GPU with vulkan support.

Ummm, codeweavers sells an ARM and x64 versions of wine and it should work better than the Cider Anet uses. https://www.codeweavers.com/blog/jwhite/2020/11/18/okay-im-on-the-bandwagon-apple-silicon-is-officially-cool Just wanted to add... Yes. This is actually true. Guild Wars 2 runs better on my Linux partition than on my Windows one. It loads faster, it has less frame dips in crowded areas... It's weird. I can only guess it's down to Gallium9, but I dunno! Not weird. Linux has better filesystem performance which allows better loading time. The Linux ecosystem have a driver development cycle more suited for MMORPG. Linux community cares more about correctness over performance. This preference avoid the terrible driver competition in the Windows ecosystem which leads to more bugs and a worse experience. As a side benefit, the performance improvements regress less and you have less FPS dips.

Not sure how the Mac playerbase is, but ZOS actually put in the effort to make a MoltenVK client for macOS so ESO actually runs quite well on the platform, and they are now stopping because they don't want to get it working on Apple Silicon. GW2's Mac client never ran well and is just a slapped together WINE wrapper, so I personally wasn't surprised to hear ArenaNet will discontinue it. Oi. Do not disparage slapping together the WINE wrapper. Valve, Crossover, Collabora, linux community has turn windows API into a portable library. The wrapper is practically native in both performance and feature set. Linux players probably have a better GW2 experience than many Windows players. Arenanet choosed a crappy WINE fork called Cider maintained by Nvidia (formally Transgaming). Arenanet loses the years and years of Q/A Crossover devoted into WINE. Mac Port suffers from two issues: Crappy Wine Fork and Apple under platform investment.

Hi, yes the installer version is on par with the zipped vulkan (d9vk) version. I'm not very experienced with Nvidia on laptops, haven't tested the game on it either. Are you sure it's making use of the Nvidia GPU? nvidia only added vulkan PRIME offloading support last month. https://devtalk.nvidia.com/default/topic/1060977/announcements-and-news/-linux-solaris-and-freebsd-driver-435-17-beta-release-/ Yes, Nvidia support is so bad that you could only start using vulkan on almost all Nvidia laptops last month.

GW2 is famous for killing cards at launch due to heavy PCI e usage.GW2 is more demanding on the pcie slot than vast majority AAA titles. GW2 is a MMO change your expectations on demanding.

I am just here to say wine proton 1.12 has d9vk. https://www.phoronix.com/scan.php?page=news_item&px=Proton-4.11-Released Although d9vk does not have same level maturity as gallium 9 or vanilla wine + patches, playing d3d9 games will be much easier in the future. On other news, valve is proposing some kernel changes to reduce overhead is certain situations https://steamcommunity.com/games/221410/announcements/detail/2957094910196249305

Good news everyone. Google, Valve, and Mesa community have magically created a convoluted way to support Opengl forever https://www.phoronix.com/scan.php?page=news_item&px=Zink-Gallium3D-OpenGL-Vulkan https://gitlab.freedesktop.org/kusma/mesa/commits/zink Opengl -> Gallium 3d -> Vulkan -> MoltenVK -> Metal. Opengl is dead. Long live Opengl. I would joke that this pipeline would be faster, more compliant and supports compute shaders, but I would fear those statements would be true.

trolling is a good time to show the advantages and disadvantages of different engineering solutions. https://meta.wikimedia.org/wiki/Cunningham%27s_Law

http://zilles.cs.illinois.edu/papers/mcfarlin_asplos_2013.pdfhttps://pdfs.semanticscholar.org/presentation/efb5/dd8d92d85db634fcfa08bd55d439b60bfab2.pdf88% is due to better static scheduling12% is due to better dynamics scheduling. Although 88% is achievable with a compiler, no compiler exists. Here is a breden egg article about cpu utilization http://www.brendangregg.com/blog/2017-05-09/cpu-utilization-is-wrong.html CPU does nothing majority of their time. It is a pretty normal operation.

You do not understand the concept of out of order cpu.An out of order cpu will rearrange the sand such that it would not block the water flow.Complicated hardware design solves many of these problems. the out of order cpu rearrangement is another process and obviously cause lag coz you have an extra process.CPU stalls pretty often.Rearranging instructions in between is cheaper in practice than executing everything in order.There is a joke that cpu designers run word, excel, or flash as a benchmark.

You do not understand the concept of out of order cpu.An out of order cpu will rearrange the sand such that it would not block the water flow.Complicated hardware design solves many of these problems.

that just shows your complete lack of understanding of wine. Wine just turns Win API into an application library. wine - wine is not an emulatorthere is a reason why wine creators made that acronym.https://www.winehq.org/ All wine calls are practically native like Java, Qt etc. React OS, a reimplementation of Windows, uses wine libraries.Overhead is rather minimal.Before you call ideas are stupid, understand what you are talking about.https://wiki.winehq.org/Wine_Developer%27s_Guide/Architecture_Overview

You actually experience fewer driver issues on Linux. Linux drivers have a tendency to be written for correctness with a strong regression testing. IHV do not have room to play this driver obscuration game like they do on windows since all drivers are open source. For games like Gw2, Anet is pretty good at Q/A. If you see graphics issues on tech support, it is more likely it due to driver issues than Anet programmers. why you wanna layer the direct calls? must be some dumb garbage-y hocus pocus. lel.yea? Most software is full of layers. Anet might be using a layer right now to get cross-platform audio.Btw, dx9 on vulkan is not a huge layer and gallium nine is actually a native d3d9 driver on linuxOn the other hand, D3d9 on Opengl is getting better but shader pauses might be on the unfixable size.https://twitter.com/id_aa_carmack/status/298628243630723074?lang=enhttps://www.reddit.com/r/linux/comments/17x0sh/john_carmack_asks_why_wine_isnt_good_enough/John Carmack doesnt care too much about layers. Games avoid interactions with the OS as often as they can as an optimization technique.The impact of a layer is lower than you think it is.

Transgaming is just terrible in general. Wine is great because Codeweavers can tap into one of the largest q/a communities around. Linux users are more willing to send stack traces to devs than other users. They've already ported it to OpenGL, what do you think the native Mac client is running on? It is however not available on the Windows version :( Apple's Opengl is terrible. Vulkan on top of Metal is much better.

You actually experience fewer driver issues on Linux. Linux drivers have a tendency to be written for correctness with a strong regression testing. IHV do not have room to play this driver obscuration game like they do on windows since all drivers are open source. For games like Gw2, Anet is pretty good at Q/A. If you see graphics issues on tech support, it is more likely it due to driver issues than Anet programmers. That and the occasional graphics card giving in to old age.As for sinister logic, I guess we'd all welcome it, if Anet ported GW2 to run natively on Linux. However, Anet may not have the time and manpower to port their client/engine using inhouse labour, nor the money and risk/reward expectation to let their client/engine be ported over by another company.Though I suspect their servers may already be running on linux, porting over all those graphical goodies from DirectX 9.0 to OpenGL is a lot of work. And Anet may not be willing to open up their codebase for a group of maintainers to port the client, because of trade secrets, that may inevitably be picked up by the competition.So for the time being, WINE is good enough to run Guild Wars 2 on Linux. It is not hyper-optimized, but I can enjoy dungeons, raids and any instanced content without issue, open world is generally fluid, only massive zergs with lots of effects á la prime time Palawadan get my FPS to noticeably slow down.anet doesnt even need to do a full port. All they have to do is wrap the client in wine and have a vulkan renderer. It would satisfy the majority of gamers.

You actually experience fewer driver issues on Linux. Linux drivers have a tendency to be written for correctness with a strong regression testing. IHV do not have room to play this driver obscuration game like they do on windows since all drivers are open source. For games like Gw2, Anet is pretty good at Q/A. If you see graphics issues on tech support, it is more likely it due to driver issues than Anet programmers.

@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

Ignore. I am thinking of the wrong thing.

you driver output looks messy. take a look which kernel driver you are using lspci -vnnif you see radeon in use then you can change it to amdgpu by adding these kernel parameters. radeon.cik_support=0 amdgpu.cik_support=1https://wiki.archlinux.org/index.php/AMDGPU AMDGPU is needed for vulkan drivers.If necessary, you can test out the powerplay code that was added in the DC core. amdgpu.dc=1 amdgpu.dpm=1You can use yast to add these kernel argumentshttps://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.grub2.html see if that improves reclocking in your card. If you do find it break your display then report it to freedesktop.https://bugs.freedesktop.org/

not really. I think DE try to put both monitors on the same xorg instance. Xorg is kinda broken in so many ways. Since you have two amd cards, why dont you try wayland to see if that fixes your issue? Gallium nine uses a different driver path but I am not sure if it would behave properly. You should report the bug to freedesktop. They would ask you for debugging info.

yes. it is the patched wine build Mesa-Libd3dthis package is the gallium nine enabled Mesa build yes. it should be running. gallium nine has multi-threaded support. I am not surprised by removing -d3d9single means more fps. I guess you can change win7 etc to see. Like I said, this game has different rendering paths for different windows version.The extra stability is normal because gallium nine removes a complicated OpenGL driver.Usually, shader compilation presents itself as fps hitches. Go test TEQ event. I would report it to Alexey that you are seeing less FPS than wine OpenGL renderer.https://github.com/iXit/Mesa-3D/issuesyou should report to freedesktop too. please use the gallium HUDadd this env GALLIUM_HUD="fps,GPU-load" WINEPREFIX=/path/to/game/GW2 wine /path/to/game/GW2/drive_c/Program\ Files/Guild\ Wars\ 2/Gw2-64.exe -maploadinfohttps://manerosss.wordpress.com/2017/07/13/howto-gallium-hud/ No farther tweaking other than update your software builds.AMD uses LLVM to optimize GPU IR. New LLVM build might add new shader optimizations. Most of the optimizations are already added. It shouldn't make a dramatic difference. The only other thing I can think of is to make sure you are running DRI3. Since you have fewer fps, I believe you might hit a bug with gallium nine. I would report it.

correction. i meant the stock mesa packages do not have the gallium nine flag enabled.The repo does ship binaries.

My bad. I thought you were playing on a laptop. you dont need DRI_PRIME or thread_sumbit=truewindows xp - this game has different render paths for different windows version. XP might work better than 7+.virtual desktop - the launcher has a tendency of freezing like a DDoS attack. Those repo packages are pre compiled. I do not like compiling stuff either. Do you think I like fixing computer? I am lazier than most people think. It probably not precompiled. the patch version is usually an to update version maybe a few days behind the current distro version. It has builds for tumbleweed.