Hi !
After 2 weeks vacation, I came back and noticed that I received mixed 3.1 and 4.2 WUs on both my machines.

The one under Linux is working fine with much more credits than before.
The one under Win 7 is working but with less credits than before.

On this machine (Win 7) I have a 8 cores CPU(fx 8150) and each GPU uses 0.561 of CPU with a max nr of CPU set to 75%, leaving 2 CPUs for GPUGRID.
World community grid is using only 5 of the 6 remaining cores so 1 CPU seems not be used .
When GPUGRID is running , my display refresh is VERY slow as if the system was slowed down.
I noticed this already sometimes before CUDA 4.2 was used. When suspending GPUs for a while and then reenabling everything was running again file for a while.
But now this is systematically happening : everything is allright when GPUs are not crunching, but slowed down when crunching.
Does someone have the same kind if problem ?

____________
Lubuntu 16.04.1 LTS x64

OK !!!
Found that SLI was enabled.
I disabled SLI and everything runs fine again.
Just a warning : if you want also to disable SLI, suspend your crunching or even better wait for all WUs termination (not allowing new work).
I did not do that and got a BSOD !
After reboot the WUs were not in error and continued normally.
____________
Lubuntu 16.04.1 LTS x64

OK !!!
Found that SLI was enabled.
I disabled SLI and everything runs fine again.

OK !!!
Found that SLI was enabled.
I disabled SLI and everything runs fine again.

How/where do you disable SLI??

Thanks, Tom

OK !!!
Found that SLI was enabled.
I disabled SLI and everything runs fine again.

How/where do you disable SLI??

Thanks, Tom

Hi Tom !
Go the Nvidia configuration panel.
Go to 3D parameters
here Go to Configure multiple Graphical Processors, Surround and Physx (Note that this a translation from french to english: my panel is in french ;-) )
Then on the right panel, select Disable (or deactivate) multiple graphical processor mode

As a result there must be , at the bottom of the panel, a sentence saying that all graphical processors are operating independently.

Hope this helps...

Hi Tom !
How many GPU(s) do you have and are your GPU(s) brand and model ?
What is the driver version ?
Does you MOBO has an integrated graphic chip ?

My NVidia Configuration Panel is 4.4.730.0

I suggest you intall latest (at least 301.42, these run fine) driver.
and latest Configuration Panel if not updated by the driver bundle.

The line I am talking about on the left side of the configuration panel is just after the one you choosed i.e "Manage 3D Settings".
I have the same as you have for what you are showing in "Manage 3D Settings".

If you don't have this than you need updating or you don(t have an SLI capable configuration.
____________
Lubuntu 16.04.1 LTS x64

Thanks for the fast response, jlhal.

I have a single ASUS GTX 460, OCed to 850/1700/2000. No graphic chip on the MOBO.

I went to nvidia.com looking for a dreiver update. Here's what he said:



Looks like I'm up-to-date.

Here's what I find below "Manage 3D Settings":



So I guess SLI does not apply to me and I must look elsewhere for an answer to my performance problem...
____________

You're right, SLI does not apply to you.
I used to run GPUGRID on 2 GTX460 one was a 460SO the other a 460OC . Both OCed from factory and everything was OK (no SLI configured thow)
If your card is not a factory OCed one , I suggest you come back to factory settings and see what is happening...
If this is not the case...I'm wondering...
On normal use the card behaves well, but if you are playing graphical power demanding games, you should invalidate computing while your app is active (cc_config.xml).
____________
Lubuntu 16.04.1 LTS x64

If your card is not a factory OCed one , I suggest you come back to factory settings and see what is happening...

But... is there not a setting that will let me select how much - how little - GPU power is devoted to BOINC??

I've been suffering this problem for months (ASUS GTX 460 OCed, Win 7, 8 CPUs)and it's getting so bad now that I've been reluctantly forced to stop GPUGRID processing. I do hope someone will, sometime, come up with a solution and post here.
____________

I've been suffering this problem for months (ASUS GTX 460 OCed, Win 7, 8 CPUs)and it's getting so bad now that I've been reluctantly forced to stop GPUGRID processing. I do hope someone will, sometime, come up with a solution and post here.

I've been suffering this problem for months (ASUS GTX 460 OCed, Win 7, 8 CPUs)and it's getting so bad now that I've been reluctantly forced to stop GPUGRID processing. I do hope someone will, sometime, come up with a solution and post here.

Are you crunching for other projects and do you have the same problem with them ?

I may, just..., have fixed the problem!

I thought I'd try not running "long runs". Found a parameter in BOINC / Tools / Computing Preferences / processor usage "Use GPU while computer is in use". It was checked. I unchecked it.

I'm now doing "long runs" and will report here what happens...
____________

I am having a similar problem. I have to pause gpugrid when using my PC, but only on the NATAN wus. Other work units can run when I use my PC without any problems.

I may, just..., have fixed the problem!

I thought I'd try not running "long runs". Found a parameter in BOINC / Tools / Computing Preferences / processor usage "Use GPU while computer is in use". It was checked. I unchecked it.

I'm now doing "long runs" and will report here what happens...

tomba :
It made no difference to the poor performance. I've been giving my spare cycles to projects since May 1999, for the last three years to GPUGRID, so it is with great reluctance that I have decided to call it a day.

skgiven :
If you select to not use the GPU when the system is in use, and the display performance is still poor, then the problem has nothing to do with running GPUGrid tasks, as these are not running when you are using the system.

In order for to work around the screen display lag issue....

I have made it a habit to suspend GPU tasks of certain applications, that are known to always generate lag, whenever I sit down at the computer, and then resume them before I leave. I also suspend other GPU tasks if I notice they are causing lag.

Right now, when I sit down at the computer, I always suspend World Community Grid Help Conquer Cancer tasks (since they always cause display lag for me), and I sometimes will suspend a GPUGrid.net task (if its a task that generates display lag that I notice after sitting down to my computer).

That way, while I'm working, my GPU can still crunch the tasks that don't generate lag (like Poem@Home tasks, or most GPUGrid.net tasks), and then when I leave, since I've resumed the other tasks before I leave, the scheduler will eventually complete them too.

That's the only workaround I have. I don't like it, but I cannot otherwise control the lag in some of these GPUGrid.net tasks.

GPUGrid.net Techs:
Should I be keeping track of which GPUGrid.net task types are generating display lag, and reporting them somewhere?

If you select to not use the GPU when the system is in use, and the display performance is still poor, then the problem has nothing to do with running GPUGrid tasks, as these are not running when you are using the system.

So you are saying the tasks keep running, when you start to use the system?

If so, what sort of installation did you do; a Boinc service installation, fresh installation or upgrade?

I would try setting the "While processor usage is less than" to 10%

Bonsoir tomba,
your processor is an Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz [Family 6 Model 26 Stepping 5]
(8 processeurs

I notice you let 100% of CPU usage allowed and 100% of processors/threads ?

You have only one GPU so you could set the CPU affinity for GPUGRID WUs in the task manager -> processes -> right click on the process for GPUGRID WU (acemd... for exemple) -> Define affinity -> select the desired cores you let the process use. Unselect others.
By default all cores are allowed..

For exemple let 4 cores for GPUGRID WUs in a total of 8 and observe.

By the way did you read my remark above about HDMI vs VGA ?

Regards
____________
Lubuntu 16.04.1 LTS x64

I would check that you don't have enabled "Leave Applications In Memory While Suspended" in the disk/memory tab. It could be causing problems if the tasks aren't terminated and left in memory, they are still active, somehow.
____________
XtremeSystems.org - #1 Team in GPUGrid

I would check that you don't have enabled "Leave Applications In Memory While Suspended" in the disk/memory tab. It could be causing problems if the tasks aren't terminated and left in memory, they are still active, somehow.

Bonsoir tomba,
your processor is an Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz [Family 6 Model 26 Stepping 5]
(8 processeurs

I notice you let 100% of CPU usage allowed and 100% of processors/threads ?

You have only one GPU so you could set the CPU affinity for GPUGRID WUs in the task manager -> processes -> right click on the process for GPUGRID WU (acemd... for exemple) -> Define affinity -> select the desired cores you let the process use. Unselect others.
By default all cores are allowed..

For exemple let 4 cores for GPUGRID WUs in a total of 8 and observe.

By the way did you read my remark above about HDMI vs VGA ? Regards

By the way did you read my remark above about HDMI vs VGA ?

By the way did you read my remark above about HDMI vs VGA ?

Oops - my ASUS GTX 460 doesn't have a VGA port!

Are you running any CPU tasks on that system?

The recommended power setting is Prefer maximum performance.

If the first thing you do when you start using your system is to load 15 web pages, this probably doesn't give Boinc enough time to suspend the GPU task, which means unloading and writing it to disk (GPU tasks are not kept in memory). If the 15 web pages contain Java or flash then they are going to be resource (HDD and RAM) greedy.

I think this is a general Boinc problem (from legacy designs) which is being exasperated to some extent by task types (size), but largely other programs (browsers), hundreds of operating system updates/patches and of course drivers that are aimed at the most recent cards.

If you ran Boinc from another drive, it might help, but try to just give it 30sec before you open your browser.

I have had the same problem (NATHAN units only). They can not run on GTX460 while you're using computer without making computer nearly useless.

I would like to say all other units run fine!
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I have had the same problem (NATHAN units only). They can not run on GTX460 while you're using computer without making computer nearly useless.

... I simply have forbidden GPU crunching in cc_config.xml when these applications are running .!

... I simply have forbidden GPU crunching in cc_config.xml when these applications are running .!

Can you tell us how to do that? Thanks.

I'm now keeping a log of which WUs affect performance and which don't.

Jlhal, it could be a driver problem, I have working for several days with a problem of stopping WU's and unresponsive system.
I just downgraded to driver 301.42 and it is working now as I was used it did.
____________
Greetings from TJ

Jlhal, it could be a driver problem, I have working for several days with a problem of stopping WU's and unresponsive system.
I just downgraded to driver 301.42 and it is working now as I was used it did.

I'm now keeping a log of which WUs affect performance and which don't.

I found the solution. I did not know that, after unchecking "Use GPU while computer is in use" in BOINC / Tools / Computing Preferences / Processor Usage, I had to activate this preference in BOINC / Activity by checking "Use GPU based on preferences".

Now when I wiggle the mouse in BOINC / Tasks, the GPUGRID WU immediately gives "Waiting to run". Perfect!
____________

I found the solution. I did not know that, after unchecking "Use GPU while computer is in use" in BOINC / Tools / Computing Preferences / Processor Usage, I had to activate this preference in BOINC / Activity by checking "Use GPU based on preferences".

Now when I wiggle the mouse in BOINC / Tasks, the GPUGRID WU immediately gives "Waiting to run". Perfect!

I found the solution. I did not know that, after unchecking "Use GPU while computer is in use" in BOINC / Tools / Computing Preferences / Processor Usage, I had to activate this preference in BOINC / Activity by checking "Use GPU based on preferences".

Now when I wiggle the mouse in BOINC / Tasks, the GPUGRID WU immediately gives "Waiting to run". Perfect!

I have had the same problem (NATHAN units only). They can not run on GTX460 while you're using computer without making computer nearly useless.

I would like to say all other units run fine!

The long runs NATHAN make my PC graphics laggy. The short runs don't AT ALL (you can't even tell you are running GPUGRID with the short runs), but given the 150% bonus for sending a long run back, I'm sucking it up (I get around 1.5 credits/second with the long runs versus ~0.7 credits/second with the short runs).

I just got a "TONI" long run, and OMG what a difference does it make. The graphics on my computer are lag-less. You can't even tell I'm running GPUGRID.

Edit: I just realized it's only using 92% of the GPU vs the 98% the NATHANS use. Still... the difference is amazing (in favor of the TONI).

Go TONI

I just got a "TONI" long run, and OMG what a difference does it make. The graphics on my computer are lag-less. You can't even tell I'm running GPUGRID.

Pretty please, Nathan, take action, ANY action, to stop your WUs killing our PC's performance!! We are dedicated to your cause. Please dedicate yourself to ours!! Thank you.

I have had the same problem (NATHAN units only). They can not run on GTX460 while you're using computer without making computer nearly useless.

I would like to say all other units run fine!

If I may add my 2 cents. I'm currently running 4 GTX460 (768MB) GPUs here. All WUs run perfectly except for NATHAN. The NATHAN WUs run at half speed on all 4 of the above cards. It should be rather easy to up a different queue for the NATHAN WUs by using a unique exe name and allowing us to choose whether to run them via a check box in our project preferences.

I vote for NOT decreasing the speed of the NATHAN units. IMO they should be coded to run as fast as possible and it seems NATHAN has figured out how to do that. The display lag seems to be an issue with the OS/driver interactions. If it makes your system unusable I would suggest running the standard work units (short) or unchecking "Use GPU while computer is in use."

This is my opinion and I understand that it is not the majority.
____________
XtremeSystems.org - #1 Team in GPUGrid

I vote for NOT decreasing the speed of the NATHAN units.

I agree with werdwerdus and sorry if I repeat myself once again...

I have been crunching Nathans WUs with 2 GTX460 (1GB GDDR each if I remember well) on 2 different systems (Win and Ubuntu) and then on one system with both cards together : I never had this problem with Nathan's WUs.

The only problem was later with a GTX590 with SLI enabled (See my 1st post in that was the starting point of this thread).

This has NOTHING to do with Nathan WUs .

Sorry but if you get problems , I' m pretty sure this is a problem with YOUR system.

upgrade or change your GPU or upgrade rour system ! !

____________
Lubuntu 16.04.1 LTS x64

I have been crunching Nathans WUs with 2 GTX460 (1GB GDDR each if I remember well) on 2 different systems (Win and Ubuntu) and then on one system with both cards together : I never had this problem with Nathan's WUs.

Sorry but if you get problems , I' m pretty sure this is a problem with YOUR system.

upgrade or change your GPU or upgrade rour system ! !

Sorry but if you get problems , I' m pretty sure this is a problem with YOUR system.

upgrade or change your GPU or upgrade rour system ! !

Things have changed. The last time you connected with your 2 GTX 460 boxes was March/2011 and Feb/2012:

http://www.gpugrid.net/hosts_user.php?sort=rpc_time&rev=0&show_all=1&userid=57540

Now you're running a GTX 690 & a GTX 590. Your GTX 590 shows 28 "errors while computing", 27 of which are NATHAN WUs, and your current GPUs are among the ones that actually work better with these WUs. Upgrade our GPUs? They work very well with the other WUs. How about upgrade the programming...

It's not a problem with my system and while you're no doubt sitting on piles of cash to upgrade everything so you can have your million plus RAC not everyone can or wants to spend their hard earned cash in these hard times.

Are you a Banker?

How can you explain that, for the involved WUs, not everybody with this kind of GPU is affected.

some put their money in a house, other in a car etc... It' s just a matter of choice...

Everyone with the GTX 460 786MB is affected with the 1/2 speed NATHAN bug. I've looked at the results from dozens of them. They're one of the more common GPUs being run and the NATHAN WU performance is severely degraded on all of them. Bad for the project, bad for the users

So we're supposed to buy video cards instead of a house or car? I think your priorities are a bit out of whack.

Is somebody with 1GB GTX460 also affected ?

So we're supposed to buy video cards instead of a house or car? I think your priorities are a bit out of whack.

I did not say I'm living on the street and that I don't have a car. But I'm sure you have very well understood what I have been talking about..
Regards

Regarding NATHAN WUs:
I believe the issue some of you are having is caused by high memory usage of Nathan WUs running on cards with less RAM. This is a hypothesis, but I have noticed the following:

• TONI WUs (long) e.g. WU 3928763 causes 92% GPU load, and approx 500 MB GPU memory use.
  
• NATHAN WUs (long) e.g. WU 6183375 causes 96-98% GPU load, and approx 1100 MB GPU memory use.
  

I am having no trouble at all running NATHAN WUs, but all of my cards have +2GB of memory. I can imagine that if your card has less than arround 1100 MB of RAM, you would face some problems like the ones you have with your 768MB GTX460. When I read the Recommended GPU FAQ I notice that the GTX460 is only recommended for use with short tasks, and that all GPU in the category "highly recommended" has 1GB of RAM or more.

Have you tried using GPU-Z utility to monitor the load and memory usage on your GPU?

Regarding NATHAN WUs:
I believe the issue some of you are having is caused by high memory usage of Nathan WUs running on cards with less RAM. This is a hypothesis, but I have noticed the following:

• TONI WUs (long) e.g. WU 3928763 causes 92% GPU load, and approx 500 MB GPU memory use.
  
• NATHAN WUs (long) e.g. WU 6183375 causes 96-98% GPU load, and approx 1100 MB GPU memory use.
  

I am having no trouble at all running NATHAN WUs, but all of my cards have +2GB of memory. I can imagine that if your card has less than arround 1100 MB of RAM, you would face some problems like the ones you have with your 768MB GTX460. When I read the Recommended GPU FAQ I notice that the GTX460 is only recommended for use with short tasks, and that all GPU in the category "highly recommended" has 1GB of RAM or more.

Sorry for the late reply. I did not know about this thread until a few days ago, and I just got around to replying now. The original subject matter wasn't directed at me, and so I wasn't following it.

As Bjarke and TheFiend have said, the likely issue is that the 460 does not have enough memory. My simulations are typically of larger biological systems than those of the other scientists, meaning more on-card memory is required for them. If the entire simulation can't fit on the card memory, a secondary algorithm must be used which is slower. There is not much we can do about this.

However, I don't think that it results in a 50% slowdown (1/2 speed). Tomba, for your case specifically, I have pulled some stats from the database (for the period from Nov6 to Nov19, the period I could query right now):

Total: 23 WUs returned, 12.7 hours average runtime, average 6605 credits/hour
Non-NATHAN tasks: 13 WUs returned, 11.7 hours average runtime, average 7186 credits/hour
NATHAN tasks: 10, 13.9 hours average runtime, average 5971 credits/hour

So, it looks like it causes a ~17% slowdown, not 50%. Obviously not insignificant, but there isn't anything I can do about it. A few percentage of that might be due to other factors as well. Since it only affect a small percentage of our users (those with low memory cards), and only causes partial slowdowns for them, we choose to proceed. The BOINC server doesn't allow a huge amount of leeway with regard to what machines get which WUs, so our only choice is to continue or not do the research at all.

Again, sorry for the delayed response.

Hello Nathan! Welcome to our thread (at last!!!).

Sorry for the late reply. I did not know about this thread until a few days ago, and I just got around to replying now. The original subject matter wasn't directed at me, and so I wasn't following it.

As Bjarke and TheFiend have said, the likely issue is that the 460 does not have enough memory. My simulations are typically of larger biological systems than those of the other scientists, meaning more on-card memory is required for them. If the entire simulation can't fit on the card memory, a secondary algorithm must be used which is slower. There is not much we can do about this.

However, I don't think that it results in a 50% slowdown (1/2 speed).

Tomba,

for your case specifically, I have pulled some stats from the database (for the period from Nov6 to Nov19, the period I could query right now):

Total: 23 WUs returned, 12.7 hours average runtime, average 6605 credits/hour
Non-NATHAN tasks: 13 WUs returned, 11.7 hours average runtime, average 7186 credits/hour
NATHAN tasks: 10, 13.9 hours average runtime, average 5971 credits/hour

I noticed that some NATHAN WU's result in stopping the CUDA program and thus error out. Mostly that are long runs.
However a lot of these NATHAN's run complete.
And I have also had TONI's that result in error by stopping (or killing) the CUDA program.
But I guess this happens once in a while as I see it also with other projects. It's all in the game, and this game is important.

I have a GTX285 and a GTX550Ti by the way.
____________
Greetings from TJ

I can't tell exactly what's going on with your machine since I'm not sitting there using it, but from what I can tell reading this thread the likely problems are:

(1) You have one GPU, which is naturally your display card as well. You are attempting to crunch GPU tasks and use the computer at the same time. This is generally not a good idea with an older card where your display requirements are heavy, especially when watching movies or doing 3D work, and (2) if there isn't enough memory on the card for the WU, then the program/OS will look to your system RAM, and then to the swap memory (Virtual memory on Windows). If it is doing the latter, performance will be catastrophically bad, because it is using the hard drive as RAM. It sounds like this might be what is happening if it is "killing" your machine.

To resolve the first problem, you should consider suspending GPU tasks while the computer is in use. To resolve the second, when the machine is not in use make sure that any programs that use significant memory, and don't need to be running, have been closed. This would hopefully keep large, efficient (98%+ gpu usage) work units such as mine from causing systems like yours problems. My final suggestion is for you to crunch only on the short queue. I do not have work units there, but even so I can't promise there are no large, memory heavy, efficient work units there either.

Please don't assume that I don't believe that you are having serious problems, or that it is not an issue on our side. However, if the problem goes beyond what is mentioned here, then it is truly a problem that can not be fixed anytime soon. For example, a memory leak caused by the application or the Nvidia driver would be an example. I have mentioned the possibility to the programmers here, but they are busy and an update would take time. We can only update the application once or twice a year for safety and continuity reasons. And obviously if it is an obscure driver error, we have no control over it.

If you have any additional information, such as what happens to the memory when you see this problem, then we might be able to help more, or at least resolve it in future versions of the application.

Hello Nathan. Thank you for your insights.

(1) You have one GPU, which is naturally your display card as well. You are attempting to crunch GPU tasks and use the computer at the same time. This is generally not a good idea with an older card where your display requirements are heavy, especially when watching movies or doing 3D work

(2) if there isn't enough memory on the card for the WU, then the program/OS will look to your system RAM, and then to the swap memory (Virtual memory on Windows).

Perhaps CC2.1 for short tasks only?

In that case I see one way you have mentioned yet - fourth queue for the video memory consumption longrun tasks. One could choose if run these tasks or not.

Off Topic for tomba: How do you like WCG HCC GPU tasks on nVidia GPU?

Off Topic for tomba: How do you like WCG HCC GPU tasks on nVidia GPU?

Me no understand "WCG HCC"!!

Off Topic for tomba: How do you like WCG HCC GPU tasks on nVidia GPU?

Me no understand "WCG HCC"!!

Hi everybody !

The title of this thread is "Very bad display performances" and was opened by me. It would be fine if I could add "with SLI and/or multi-GPU mode enabled"
For me this issue is SOLVED : If , when GPUGRID is running , your display refresh is VERY slow as if the system was slowed down, first uncheck SLI and/or multi-gpu performance modes if, of course, applicable to you.
If this is not sufficient or applicable, please open a NEW thread.

WU programming vs GPU capabilities is off topic.

Regards.

____________
Lubuntu 16.04.1 LTS x64

I found what looks like a comprehensive GPU watcher; GPU Monitor:



Here we have two NATHANS with a TONI in the middle. None of then gave me PC lock-outs.

Left clock is CPU - little running in my i7 - and the right one shows less than 50% usage of my six gigs of RAM.

The left pair show almost identical GPU status. The other is using almost all my 1 gig of GPU RAM; only 13MB free. But it still did not interfere with normal PC processing.

I'm almost looking forward to killer NATHAN!!
____________

Oops - duplicate...
____________

I'm almost looking forward to getting a killer NATHAN!!

As Bjarke and TheFiend have said, the likely issue is that the 460 does not have enough memory. My simulations are typically of larger biological systems than those of the other scientists, meaning more on-card memory is required for them. If the entire simulation can't fit on the card memory, a secondary algorithm must be used which is slower. There is not much we can do about this.

However, I don't think that it results in a 50% slowdown (1/2 speed).

Well I have a GTX285 with 1Gb of memory, Vista x64 ultimate and driver 285.62.
This pc does short runs and long runs from Toni and Nathan and finish them between 65.000 and 78.000 seconds. Perhaps a slow down but finish with good results.

I had updated to latest driver and that resulted in a lot of errors so I downgraded again.
Now I have sometimes a problem that BOINC seems to hang and no respons of mouse of keyboard is possible.
When suspending GPUGRID, same happened and was Rosetta crunching. Booting and Rosetta suspending, GPUGRID running, also freeze after a few minutes.

Booted again, cleared my register, did a full virus scan and removed a piece of software (3.3 was the name) what I didn't know what it was or did. But afterwards the systems in crunching Rosetta and GPUGRID for already 23 hours and 8 minutes without issues or freezes.

For Tomba: perhaps you can check with process explorer (from Microsoft, free to download) if other applications are occupying your system.
____________
Greetings from TJ

For Tomba: perhaps you can check with process explorer (from Microsoft, free to download) if other applications are occupying your system.

But I will give Process Explorer a whirl...

As suggested, a solution would be a separate queue for WUs requiring a large memory footprint. Should be simple to implement.

Ok, I think a lot has come out of this thread, both with the original troubleshooting about display performances and the user concerns about performance and hardware capabilities. I am heading off on holidays tomorrow, so here are my final comments, at least for this thread.

Tomba and Jihal (et al.), thanks for the exhaustive work on trying to figure out the display issues and machine problems. Tomba, those posts with the full GPU stats are very helpful. I am not sure what it means yet, but it helps narrow down causes.

(skgiven) I think it’s important that the researchers specify the requirements for various task types, so people can opt in or out of the project, or for long or short tasks. Of late we have had some heavy GPU memory requirements for several lines of research, some WU’s requiring too much CPU to facilitate even a mid-range GPU and untested release failures. Not much point adding Twitter if you can’t Tweet the basics in the forum!

(Beyond) As suggested, a solution would be a separate queue for WUs requiring a large memory footprint. Should be simple to implement.

Now I'm off for the holidays. Merry Christmas, happy holidays, and happy new year to everyone!