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

I think that the four examples I've posted of my system state when GPUGRID is running amply demonstrate that nothing unknown is occupying my system; pratically no CPU activity and <50% system RAM usage looks good to me!

But I will give Process Explorer a whirl...

Tomba

---

But I will give Process Explorer a whirl...

Everything that's running either I started or I know why it's running.

---

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

YES - YES - YES!! Let's do it, GPUGRID team! Pretty please...

---

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.

I think these are all valid concerns, and we'll discuss how to address them in the new year. Making modifications to how we send tasks or adding a new queue (or however we address the issue), is not a trivial task, since it requires we modify the server. Modifying the server can cause it to crash, or it can lead to loss of data. "Small" changes can turn into catastrophic failures, and we'll have to test them first.

The high memory usage NATHAN work units will disappear from the queue in the next week or two, so that will no longer be a problem. I will submit some more WUs soon, but they will not have high memory or cpu usage. We'll try to figure out how to handle those types of work units better in the future.

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

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

Enjoy, Nathan! Thank you for being on our side. Looking forward to another successful year for GPUGRID!

Tom

---