Limited number of taks per day ?
9 May 2019 19:28:45 UTC
Topic 218831
(moderation:
Hallo !
Is there a new limitation in the number of tasks of an application availeble? I´m crunching at now not more than 12 tasks per day. Or what´s going on there? The workgenerator is allready running.
09.05.2019 07:23:35 | Einstein@Home | Sending scheduler request: To fetch work.
09.05.2019 07:23:35 | Einstein@Home | Requesting new tasks for CPU and NVIDIA GPU
09.05.2019 07:23:37 | Einstein@Home | Scheduler request completed: got 0 new tasks
09.05.2019 07:23:37 | Einstein@Home | No work sent
09.05.2019 07:23:37 | Einstein@Home | No work is available for Gamma-ray pulsar binary search #1 on GPUs
09.05.2019 07:23:37 | Einstein@Home | (reached daily quota of 24 tasks)
09.05.2019 07:23:37 | Einstein@Home | Project has no jobs available
Kind regards an happy crunching
Martin
The limitation is not new.
)
The limitation is not new. What is new is your huge error rate. In a short period of time on May 9 your host reported more than twenty tasks with "Error while computing" status.
Errors lower your daily task quota. Successful returns raise it, rapidly. Fix the error problem and the task limitation will swiftly cease to be lower than before, which obviously did not trouble you.
Hallo Archea86!Thanks for
)
Hallo Archea86!
Thanks for your quick answer.
These error rate wasn´t realy an error rate, but I canceld by my hands indeed lots of tasks, as my grafic card AMD R7790 failed. And this offcourse was about a week ago. Since I installed an oldish grafic card gtx 550ti, i got for several days sufficent new tasks, up to now.
So, I assume there is also some others.
Kind regards an happy crunching
Martin
astro-marwil wrote:These
)
Urm... No.
The ones you cancelled a week ago show in the error task list as status Aborted with Time reported as 2 May 2019 23:23:48 UTC.
Those are not the ones I am talking about. For example this one:
https://einsteinathome.org/task/852620484
The common features of these are that they show status in your web site task list as "Error while computing", run time of about 19 seconds, CPU time of about 5 seconds, and Time reported covering the range of
9 May 2019 17:44:03 UTC through 9 May 2019 18:37:52 UTC densely, with a few others scattered as far back as May 6.
Please reread my initial response. I meant it. It applies to your situation.
Hint: A good way to look at recent troubled tasks is to go to the tasks list for your computer at the web site. Then:
Click on the "Error" link at the top of the page, in order only to see errored tasks.
Click, twice, on the "Sent" column header. This will sort the errored tasks from most recently sent to your machine on back to longer ago. That will spare you looking at week old problems instead of current problems.
Hallo Archae86!Oh, indeed,
)
Hallo Archae86!
Oh, indeed, I´d overlook this, as the nummber of erroed task was deminishing over the days. I had a buffer of tasks for 5 days before.
This here is written etc. on the same computer as E@H crunching takes place. As far as I can see, everything runs well.
In the Stderr outputs I lokalized 3 common peculiarities, I have dificulties to explain and would be pleased to get your comments:
1)
3)
https://www.geforce.com/drive
)
https://www.geforce.com/drivers/results/132845
this is the newest driver for your card and the one that yours still says it has is from Oct 2017
you should be able to get new tasks in 24 hours but with that old 550Ti you should test it by only running a single task
and see if you get a complete Valid.
I still have my original 550Ti from back when they didn't need the CPU to run GPU's here but I retired it from running these tasks about a year ago and just run a 660Ti SC card and a Ryzen on another pc now.
[quote=astro-marwilError
)
BOINC blog
Hallo MAGIC QUANTUM and
)
Hallo MAGIC QUANTUM and MARKJ!
Thanks for your answer!
The peculiarity is, that it was crunching successfully doozens of tasks with the driver from 2017, which was installed by Win10. It´s running only a single taks at a time. But than occured an increasing errorrate within two or three days.
The use of the oldy GTX 550 Ti is only, to bridge the gap until the new generation of midclass AMD GPUs with 7nm structure width come onto market. I assume, this will give a good step forward in crunching efficency. The same as the new generation of CPUs form AMD with 7nm structure width announced for this year.
So, it was running, but why not now more?
Kind regards and happy crunching
Martin
astro-marwil
)
Perfectly normal. When the application starts up, it looks for a checkpoint file in case you partially ran the same WU earlier, so efficiency can be gained by starting from the checkpoint, rather than starting from the beginning. In this case it is a first run, so no checkpoint. This notation is not a symptom of your problem.
Nope. The current Einstein Nvidia application is built on an opencl platform under which it uses a CPU polling loop to handle GPU requests of the CPU (as opposed to interrupts...). So if your system is not overloaded, you'll find the CPU support application consumes an entire CPU core--but it is doing a negligible amount of computation.
A previous Einstein Nvidia application built on a CUDA platform used a different communication method, and thus far less CPU.
If your system were working, you'd find it more productive if you reduced the allowed tasks enough so that the Einstein support task got very nearly 100% of a CPU.
One other thing: once the day times out and you get new tasks, I suggest you suspend nearly all of them. That way you can try some hoped-for fix on just a task or two, without burning up your entire stock on rapid fails.
As to possible fixes, the list is long, and not specific in any way to Einstein. Gary Roberts reports that often replacing a power supply can remedy such trouble. I usually suggest that people back down the core clock rate on their GPU card by 10% to see if that has an effect. It is possible your GPU card has chosen this moment to fail. Something else in your system may have failed.
Good luck.