Quoting: Shmerl

Quoting: x_wing

Quoting: Shmerl2. Come up with solution to run 32-bit programs, using 64-bit libraries with good performance, no 32-bit libs involved at all.

That's not a solution for graphic intensive applications, and probably every library in your system because in order to map a 32 bit library into the 64 bit version you will have to start a new process that handles the library calls through an IPC with a big impact in the performance.

Using processor emulation like with Qemu would be indeed too much of performance hit. But hardware gets better, solutions get better and etc. Eventually this might work with acceptable performance. 32-bit games will remain old, so their level of performance requirements will be easier and easier to crunch. But not today, and besides no one implemented that yet.

And will never be an option having the retro compability at hardware level. Also, creating such emulation layer stills requires to have the 32 bit libraries to run, so not a solution for the current problem.

View this comment - View article - View full comments

Quoting: Shmerl2. Come up with solution to run 32-bit programs, using 64-bit libraries with good performance, no 32-bit libs involved at all.

That's not a solution for graphic intensive applications, and probably every library in your system because in order to map a 32 bit library into the 64 bit version you will have to start a new process that handles the library calls through an IPC with a big impact in the performance. Also, keeping that code running will require more resources than just keeping the 32 bit builds maintained... no point at all in the end.

I would really like to see that they measure the necessary work/time required for keeping i386 builds available for the most used library (i.e. probably all the base stack that Wine requires). The bases shouldn't be big trouble for them and as it is a critical feature for many end users, the will definitely worth it.

View this comment - View article - View full comments

Quoting: Purple Library Guy2) It will be easy for Ubuntu derivatives to just put the 32-bit libraries back.

But maybe it is a big deal. Maybe there's some huge amount of work involved in maintaining this stuff--or rather, in using the stuff Debian is already maintaining . . .
Could someone enlighten me on this?

It won't be easy, definitely. Having to build by yourself all 32 bit deps will take time, not to mention that you have to keep track of the current version of your 64 bit counter part, as you can get into some troubles if your 32 bit versions gets newer/older mayor versions (this is in case you don't go for the snap "solution"). Without the QA variable, I can say that in this scenario it will be better that you just keep updated 32 & 64 bit as in the end will be the same work load.

By the way, I'm not sure how Andrew Eikum's solution will work in order to fix Mesa/Nvidia 32 bits deps. From my point of view, that is something that will probably be impossible to handle (mainly with Nvidia).

View this comment - View article - View full comments

The main problem is for novice friendly distros, most of them are based on Ubuntu so they will end having to implement their own custom solution for 32 bit support or simply move to another base distro.

Is quite a stupid move in the end that could negatively affect new Linux users...

View this comment - View article - View full comments

Quoting: mylkanavi benchmarks and prices didnt blow my mind and its not like i can say, that my next card will be an AMD again

If you meant for the leaked benchs, those showed that it was slightly better than a 2070. And as the 2070/80 GPU have 8GB of VRAM, there isn't much to choose from both sides in the end (or we have to accept that in two years you will get the same problem on both sides -- still, I disagree with this). By the way, if RT is the selling point, forget about 4K gaming.

Anyway, if you want to game at 4k, you should go for whatever gives you the best performance, so 2080 Ti may be the only real option for now.

View this comment - View article - View full comments

I don't like the Ghost Hunt mode, but all the Ghostbusters stuff is incredible (first time I'm really thinking on buying a RL DLC)

View this comment - View article - View full comments

Quoting: mrdeathjrGCN must be die for future (good for compute but dont enough in gaming), Arcturus maybe can give better tdp and another improvements

No Arch is made from scratch. So, in the end each new arch is most of the time an iteration of the previous with major improvements. Anyway, what matters for any end user is the performance/price relation (or just performance for the rich people out there), so it's pointless to wait for "the next" if the current gives you the performance jump you need (My two cents).

Quoting: mrdeathjrRespect your i5 3470k, if you wait until now maybe must wait until next year because appears ddr5 (higher frecuencies) and in your case needs change memory

To be fair, newer memory technologies requires a couple of years to settle and they normally doesn't give a real performance jump until latest iterations. So, as I don't have a very recent CPU, there is no point in waiting any longer for me.

Quoting: mrdeathjrAnd maybe amd have better chipsets with better fabrication node 7nm ?, aka better temperatures (passive cooling) and tdp

^_^

I'll go for a X470 or B450 chipset, so I'll get passive cooling.

View this comment - View article - View full comments

Quoting: mrdeathjrNavi is more GCN+ (rdna seems is only a trademark) and tdp seems higher,
I think real change comes with arcturus in 2020

And that's a advantage for Linux users as it means that AMDGPU DRM won't require huge changes in order to work with the newer hardware (hopefully).

I'll definitely upgrade to a Ryzen 2 CPU this year (my i5 3470k is getting old...), but I'm not sure if I'll go for a 5700 (maybe a Vega, if their prices are reduced)

View this comment - View article - View full comments

Nice! Never played Commandos 2, so I think this will be a good way to play it once for all

View this comment - View article - View full comments

Quoting: dpanterLack of support? What the flipping hell are you people on about...
Drugs are bad, m'kay?

Are you talking about the same Techland that STILL releases content and patches for Dying Light, almost 4,5 years after release? Still going with the weekly bonus dockets, still having events like the current Double Exp during E3, still active in the Steam forums, the Discord, the subReddit. No?

Every game can have problems, sorry if your experience was bad. I have played with lots of people over the years, both when using the Linux version and later with Proton. It has been nearly flawless. AMD GPU users have had a rough time with DL native and that's due to a bad port. Before I repeat myself too much, I'll link my own comment here.

And yes, I'm hella stoked for Dying Light 2! <3
(Bloody teaser trailer got my blood pumping)

You should not be so passionate and research what was going on when they released the game:

https://www.gamingonlinux.com/articles/dying-light-major-patch-released-still-abysmal-on-linux.4969

Quoting: liamdaweLinux gamers still seem to be unable to play co-up, the motion blur when running is still there when turned off (not as bad as it was), and performance is still utterly abysmal. I have relayed my feedback to Techland as usual in the hopes they fix it up.

Also, for AMD users the scenario was worst as we weren't able to play the game until Mesa 17.2 (in fact, I bought the game on 2016 and had to refund).

Either case, after all patching and Mesa improvements, the game become completely playable and one of the must-have titles for every Linux Steam gamer.

View this comment - View article - View full comments