• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

GPU processor core priority problem

???

why would anyone use the tray client?
so they could loose points to pretty pictures?

First There is no performance loss from using the tray client.

Secondly there are two versions: one with a viewer and one without.
As long as you dont use the veiwer you are fine.
 
The tray client is very handy if you need to pause the client frequently throughout the day. Yes, some people, especially those who have to do 3D work or game hard, do this.
 
I first used the systray and am now running the console version just for the heck of it (probably due to ADD) . I didn't see any performance hit and I always thought the viewer was bogus so I rarely looked at it.
My problem is when I lock my computer my wife later logs in to use her account that the GPU clients eventually EUE. I saw it was due to fast user switching (Vista) but I have not seen anything resembling an answer short of disabling accounts and that won't go over well.
 
tjmagneto.... that is exactly what does it.

Fast User switching will EUE clients
Remote desktoping in will EUE clients

near as I can tell each does something to initialize the GPU on login... thats what causes the EUE.
 
We've tried different affinity programs to keep things at top speed and have not had any luck. I guess I could try again in the new Win 7 installation.
 
tjmagneto.... that is exactly what does it.

Fast User switching will EUE clients
Remote desktoping in will EUE clients

near as I can tell each does something to initialize the GPU on login... thats what causes the EUE.

only one thing to say: :(
 
UPDATE:

I tried 64-bit Win 7 on the problematic system a second time last night for unrelated testing purposes, mostly to get all of my installed RAM detected and usable. Since my SMP VM was suspended from my XP hard disk, I decided to simply restore it for the duration of my Win 7 testing and let it continue processing the WU (no sense in losing time). Then for the heck of it, I started my GPU clients and installed Bill's Process Manager. Lo and behold, it seems to be working! GPU 1 is seeing full performance and GPU 2 is nearly at full speed, just a couple of hundred PPD less on most WUs but at full speed on others.

At first, I was seeing significantly decreased performance with the GPU clients even with the priority set to 'above normal', but it was still infinitely better than I was experiencing under XP, which was a total cessation of GPU processing if any affinity manager was regulating priority to the GPU processes. I then went into the management section of BPM tool where the options are and changed the settings to allow the GPU processes access to all cores. After making that change, I am seeing nearly full performance I was seeing under XP when I isolated the GPUs to a single core.

The only disadvantage with this setup is Win 7 doesn't support my OC utility as mentioned earlier in the thread. For now, I have a dual HD setup with XP on the old drive and Win 7 on a new Kingston 60GB SSD. Since this SSD is somewhat on the small side and I'm using an enormous page file (10GB), I don't have much room left on it for other applications. Originally, it was just going to be a test installation to determine what advantages there would be under a Win 7 environment on this system besides the detection of additional memory.

So, as a result of this unexpected turn of events, I have quite a few questions. Is there a way to have the Windows boot manager installed in order to see both Windows installations from the Win 7 drive? It's very cumbersome getting into the BIOS to switch between boot drives. I would install an XP VM but don't know if the OC utility will work through a VM. In theory it should, IDK. Has anyone tried that sort of thing before? Right now, I have sufficient space on the SSD to install an XP VM, but I might need what space is left for other things and I'm not sure if I want to do this.

Third question involves remote access to the Win 7 installation. I use TightVNC to access all the systems in my farm. The problem with this Win 7 installation is that the screen does not refresh when accessed remotely from another location. On my main system, I always have to click on the refresh button after every single action. It is extremely tedious and working within a VM is nearly impossible because it doesn't refresh at all for some reason. I don't have this problem when accessing my XP systems and would like to know if anyone else has seen this issue with TightVNC? Any recommendations for another free remote access app?
 
So, as a result of this unexpected turn of events, I have quite a few questions. Is there a way to have the Windows boot manager installed in order to see both Windows installations from the Win 7 drive?
http://www.kombitz.com/2009/01/13/how-to-add-windows-xp-to-windows-7-boot-manager/
Third question involves remote access to the Win 7 installation. I use TightVNC to access all the systems in my farm. The problem with this Win 7 installation is that the screen does not refresh when accessed remotely from another location. On my main system, I always have to click on the refresh button after every single action. It is extremely tedious and working within a VM is nearly impossible because it doesn't refresh at all for some reason. I don't have this problem when accessing my XP systems and would like to know if anyone else has seen this issue with TightVNC? Any recommendations for another free remote access app?
Try LogMeIn or Live Mesh.
 
My Frackin GTX295 has been either slowing down or getting bogged down (both cores) here over the last couple of weeks or so to the tune of producing 50-100 PPD each core when I discover it. I have to shut both cores down and restart them, sometimes more than once before they seem to wake up again. The other down side of this is it's also dragging down the frame times for the bigadv VM from 41 min per frame to 54 min per frame before I catch it again. The last one completed just a few hours before the time limit because of this. It seems to do Ok for a day or two then when I check it again it's back down to a crawl.

I'm very tempted to move this card out of my i7 box now.
 
My 295s act up when I put inVMs as well
Once I start my VM, 4 goes down a few thousand and levels at 3k, then 1 does it, then 2 and 3
Tried a few afinity apps and even tho they show it to e working it doesn't help
Posted via [H] Mobile Device
 
Thanks for the recommendations Zero. :cool:

My 295s act up when I put inVMs as well
Once I start my VM, 4 goes down a few thousand and levels at 3k, then 1 does it, then 2 and 3
Tried a few afinity apps and even tho they show it to e working it doesn't help
Sometimes no matter what we do a system won't respond with any affinity app input. Who knows why this happens. In my case, it took a completely different OS to make a difference and despite this, the GPUs are still not up to normal speeds at around 80-90% what they would do under isolation. However, my -bigadv VM is processing at full speed with 8 cores instead of 7, and that matters more to me.
 
I just made the deadline this time within a couple of hours on the last bigadv, and the only way I did that was to shut down the 295's GPU clients so the last 11 frames could finish under the wire. This morning I put it back on standard 1920s. Odds are I'm just going to go ahead and move that back as my primary machine vs a dedicated folder since the Open Beta for STO starts today anyway. :)
 
I may try a 2 core VM but 4 is a no go
Posted via [H] Mobile Device
 
I just made the deadline this time within a couple of hours on the last bigadv, and the only way I did that was to shut down the 295's GPU clients so the last 11 frames could finish under the wire. This morning I put it back on standard 1920s. Odds are I'm just going to go ahead and move that back as my primary machine vs a dedicated folder since the Open Beta for STO starts today anyway. :)

STO?
 
About using remote desktop and it causing clients to EUE, I use Teamviewer4 and have never had a problem.
 
I will be playing that tonight. Really looking forward to it honestly. The ground combat looks pretty meh but the space combat looks exciting.
 
Yeah I'm downloaded and just waiting to get off work, although it looks like I'm going to be moving some parts around in the boxes first and putting the i7 back as my main rig to play on. I was in the closed beta and space combat is pretty damn fun whether it's PvE or PvP areas.
 
Send me a pm with your user name in game when you get on and maybe we can party up.
 
Back
Top