High Virtual Memory Use (32bit apps)

Question

High Virtual Memory Use (32bit apps)

Opened this issue 7 years ago · 19 comments

mrdeathjr28 commented 7 years ago

After test various titles virtual memory on pba is more higher than vanilla

2.0gb in vanilla with/without csmt

2.6-2.7gb in vanilla + pba with/without csmt

Remember Me

Vanilla

https://i.imgur.com/aRwgKWr.jpg

Vanilla + CSMT

https://i.imgur.com/5igjxZt.jpg

Vanilla + PBA

https://i.imgur.com/KOCIo7Y.jpg

Vanilla + PBA + CSMT

https://i.imgur.com/KjnLJq6.jpg

This situation can be detonate various games crashing for 4096mb limit case: assasins creed 1, mass effect, farcry 2, farcry 3, test drive unlimited 2 and others

Answer 1 · 2018-03-09T20:12:12.000Z

yeah, that will be the 512 + 128 + (( VRam / 4 ))

Answer 2 · 2018-03-10T04:04:24.000Z

looks like path of exile is also having this problem with 32 bit dx9. port to the crystal vein then going to kaom's dream results in a crash. non-pba staging loads fine. launching the game with --noasync fixes the crash.

Answer 3 · 2018-03-10T08:47:40.000Z

Path of Exile is performing worse with pba. All in all, Path of Exile has been playing less and less nicely with wine in general.

Answer 4 · 2018-03-12T20:54:21.000Z

I don't see this issue being resolved any time soon. The problem is present for many years, it seems to come with the way Wine and graphics interact with each other, the higher the graphic detail the faster virtual memory fills up. Probably the reason why PBA triggers this much sooner is because of the improved performance.

The only high graphic game I know that doesn't do it is Crysis, the 32bit version keeps it's cool with 2.1GB even when you're blowing maximum details.

Regarding Path of Exile: Afaik, the game plays fine with the 32bit client and normal Wine with just CSMT on and easily hits 100fps+. The last time I played took me like 3 hours marathon before the virtual memory hit 4GB.

Answer 5 · 2018-03-16T04:29:32.000Z

This should be reduced significantly in 87307b1 by properly unmapping the buffer if multiple libs load the PBA.

Answer 6 · 2018-03-17T16:01:32.000Z

The problem is present for many years, it seems to come with the way Wine and graphics interact with each other, the higher the graphic detail the faster virtual memory fills up.

I saw this (badly titled) ticket about it the other day.

Answer 7 · 2018-03-19T15:46:43.000Z

Tested with wine 3.4 and virtual memory remains similar

Remember me still show 2.6gb and other games with 3.5gb crash case mass effect 1 + mods, test drive unlimited 2 + mods and others

Answer 8 · 2018-05-13T18:06:36.000Z

For anno 1404 (which is already bad cause of the memory issue), it makes it outright crash after loading a game.
debug.log

Answer 9 · 2018-05-13T19:05:44.000Z

How much video ram do you have @Thaodan ?
PBA failed to create the buffer heaps, but it should fail back to none PBA.
Does anno 1404 work 'ok' with wine-staging or wine ( i.e. none PBA )?

have you tried pba with my envvar patch?
https://github.com/Firerat/wine-pba/
you will only need to apply the patches/0010-wined3d-knobs-and-switches.patch over existing PBA code

It will try to use PBA with low vram ( I created it for my laptop )

Answer 10 · 2018-05-13T19:10:31.000Z

How much video ram do you have @Thaodan ?

About 11gb

Does anno 1404 work 'ok' with wine-staging or wine ( i.e. none PBA )?

Yes but it crashes after a few hours.

Answer 11 · 2018-05-13T19:47:17.000Z

well, in that case I have no idea why PBA would fail to create the heaps

maybe the game consumes most of the 32bit address space, and when pba tries to address more it is exhausted.
you could reduce the heap sizes, but it would still crash eventually and probably sooner

Answer 12 · 2018-05-13T19:58:23.000Z

I checked game specs, very low
seems a demo is available , so I might look at that

Answer 13 · 2018-05-13T20:09:14.000Z

meh, apparently demo is garbage
https://appdb.winehq.org/objectManager.php?sClass=application&iId=9887
but, have you set d3d to 9 explicitly in Engine.ini ?

Answer 14 · 2018-05-13T20:29:59.000Z

meh, apparently demo is garbage

The test is very old, I think it should work.

https://appdb.winehq.org/objectManager.php?sClass=application&iId=9887 but, have you set d3d to 9 explicitly in Engine.ini ?

Yes I have.

Answer 15 · 2018-05-16T15:51:34.000Z

ok @Thaodan
So with a 32bit prefix
winetricks directx9
WINEARCH=win32 __PBA_GEO_HEAP=128 __PBA_CB_HEAP=32 wine ./Addon.exe

it seems to behave
as well as setting dx9 in Engine.ini also consider changing quality to 0 ( i.e. low )
That should give you more time
I can get it to crash sooner by setting higher HEAPs and setting highest quality, and it does seem to be when the virt mem use goes beyond 4gb ( the 32bit address space barrier )

another option is to disable PBA with PBA_DISABLE=1 but that seems stutter a little
You will need my Knobs_and_switches patch ( just 0010 over existing pba ) for the HEAP knobs
PBA_DISABLE is part of vanilla PBA

btw, geo 256 cb 64 also works, just play around with those numbers
for ref 512/128 is current PBA defaults

Answer 16 · 2018-05-16T18:47:45.000Z

another option is to disable PBA with PBA_DISABLE=1 but that seems stutter a

little That helped. A little OT but how does windows avoid these issues?

Answer 17 · 2018-05-16T18:49:41.000Z

As I linked, this is probably a bug with upstream...
(that pba may particularly trigger, but that's outside the point)

edit: uh, and ffs, comparisons with windows are completely IT in wine

Answer 18 · 2018-05-16T18:59:41.000Z

IT? I just asked how windows prevents this.
These issues are far more common in wine.

Answer 19 · 2018-05-16T19:05:52.000Z

In-topic.
And of course, if somebody knew what's there in windows wine is doing differently that makes heap fly down, the problem would have been fixed.