Open gprocunier opened 1 year ago
Arturo-Intel
commented
1 year ago Hello @gprocunier !
If I understand correctly, the problem can be resume as follow: Intel Arc is not using the Share GPU memory when it has a heavy load on the dedicated memory, not allowing to run any other D3D app and even causing graphical corruptions in other apps (including the OS)
Can you please share me what games/apps are you running with bluestacks? or it doesn't matter?
gprocunier
commented
1 year ago Hello @gprocunier !
If I understand correctly, the problem can be resume as follow: Intel Arc is not using the Share GPU memory when it has a heavy load on the dedicated memory, not allowing to run any other D3D app and even causing graphical corruptions in other apps (including the OS)
Can you please share me what games/apps are you running with bluestacks? or it doesn't matter?
It appears to be any game inside of the android emulator. When I have a number of them going that soaks up all the GPU VRAM the rest of the OS and other apps attempted to be spawned after the fact either fail to load or experience visual artifacts.
It is interesting to note that the blue stack instances do not appear to experience any visual artifacts, however those instances do hold on to all the GPU memory as indicated above in the process manager screenshot.
Checklist [README]
Application [Required]
Windows
Processor / Processor Number [Required]
AMD Threadripper 1950X
Graphic Card [Required]
Intel Arc A770
GPU Driver Version [Required]
Rendering API [Required]
Windows Build Number [Required]
Other Windows build number
No response
Intel System Support Utility report
03-13-2023-report.txt
Description and steps to reproduce [Required]
I recently upgraded from Team Red (RX580 8GB) to Team Blue (ARC A770 16GB).
I am running on an older AMD ThreadRipper 16 core (32 thread) system with 64GB of memory and a 4x way NVMe RAID-0 for my games/bluestacks.
Before I upgraded I was running about 8-10 instances of bluestacks running a bunch of different clients for games I play and had used CPU affinity to tie those instances to the top half set of cores (16 threads) of my threadripper and set the processes to lower task priority. I then was able to play some modest strategy/rpg games on the bottom half of that CPU without issue.
What I noticed when I did this, task manager would show that the blue stack instances would start using more of the Shared GPU memory instead of the dedicated GPU memory while the game I ran in the foreground would use more of the GPU memory.
This was all fine an dandy, until I upgraded to the new Intel card. What I am seeing now is when the instances are running they will soak up almost all of the GPU memory and when I try and load a the same type of game I played before on my old RX580 (Divinity Original Sin 2 / Underrail / Wasteland 3) I now get DX11/Direct3D errors UNTIL I start closing my bluestack instances. I also get texture corruption and visual errors when the GPU memory is highly utilized on the bluestack instances.
From looking at process manager and the GPU tab, it seems that none of the shared System+GPU memory is really being used, and everything is being kept on the GPU. This was never an issue on the AMD GPU which would tap into the shared system memory when required.
With BlueStacks itself I found that I had to change the UI draw mode (Not the instance graphics, UI draw is the action buttons BlueStacks creates around the VM viewport) from Direct3D to "Software" rendering because after several hours the bluestacks UI would also suffer Direct3D errors.
I am really at a loss as to why the Intel ARC is behaving so poorly under heavy load, I mean what is the point in doubling my video memory if the card/OS buckles.
I have tried the current as of Feb stable drivers and I am currently running the beta drivers and I am not seeing a difference.
I will include what I am seeing for reference and any assistance would be appreciated!
I have also noticed that when this problem occurs windows widgets like screen snip crash (Holding Windows Key + alt + S). It is only when I free up the GPU memory does the tool start working again. Applications that Chrome that run on other screens I have will start getting graphic/texture errors (essentially noise appears in the window) when GPU VRAM utilization is very high. Intel ARC Control will fail to load at all when VRAM utilization is at this point as well.
I can reproduce this fairly regularily, and the errors all go away (including the visual errors/noise) when I kill processes soaking up the GPU VRAM.
Device / Platform
No response
Crash dumps [Required, if applicable]
No response
Application / Windows logs
No response