40 WU/day limit - what's the deal?
5 Jan 2012 12:53:52 UTC
Topic 196123
(moderation:
I a have nice little computer farm; one of my computers is an overclocked AM3 Sempron with a 550Ti GPU. For starters, BOINC client made a huge mistake while benchmarking the system; it continuously sends very little work and I have to manually update the connection with the server every day lest I run out of work - the computer is much, much faster than BOINC benchmarking would suggest.
Anyways, that's just a minor annoyance.
Today, however, I increased the "additional" WU cache to 10 days in BOINC client, hoping that the server would have some mercy, sending me more work units and saving me from having to manually update the client every afternoon (BOINC, for some reason, uploads the completed WUs but doesn't do the update/acknowledge part to the server automatically - or it waits for 12+ hours to establish a connection with the server, during which I run out of work).
This afternoon I was greeted with the message from the server; "exceeded daily quota of 40 WUs". Well I'm pretty darn sure I did less than 40 WUs on that computer on that day, so that left me puzzled. I'm just about to run out of GPU work units, so this is a bad scenario.
This is the computer in question:
http://einsteinathome.org/host/4505287
Also, gamma-ray WUs take too long to crunch and return way too little credit for the processor time invested. Can something be done about that?
My best,
Andrej from Croatia.
40 WU/day limit - what's the deal?
)
You have more than 50 Einstein units in progress. What do you want more? I am running 7 BOINC projects, including two Virtual Machines, with a 0.25 day cache and I never get a new unit until I finish and report the preceding. I am running SuSE Linux 11.1 on an Opteron 1210 at !.8 GHz. no GPU.
Tullio
RE: ... BOINC client made a
)
BOINC benchmarks your CPU only. If you pair up a decent GPU with a slow, single core CPU, you may have less than optimal conditions for efficient crunching, particularly with this project. The CPU is needed for a significant proportion of the time for the BRP CUDA tasks so this will be noticed when you also crunch CPU only tasks on that single core. That GPU would benefit from a fast multiple core CPU.
The E@H project has a download limit of 40 tasks per CPU core per day. Your GPU can do a large proportion of that limit by itself so it's not surprising that you will tend to run out of work. You would solve your problem if you had a dual core CPU because you would then be able to download 80 tasks per day.
Actually it's probably not. When running CPU only tasks, your host is only doing a few per day.
The project will only send you 40 tasks per day no matter how hard you plead :-). Hopefully, you have (close to) zero for the "connect to internet every X days" (CI) setting. Also there is no need to set the "extra days" as high as 10. It would probably hinder you if you have a significant non-zero CI as well.
BOINC is designed to be economical with server contacts. Results upload immediately but reporting is delayed so that multiple results can be reported in a single contact. That single contact is usually when extra work needs to be requested. If your BOINC client is not requesting work even when your cache is almost fully exhausted (and you haven't reached your 40 tasks limit) you should look carefully for what is causing BOINC to think you don't need more work. Something seems a bit strange there.
There's no puzzle. How many tasks you have actually done is not important. That message is all about how many tasks have actually been sent to you already on the current day.
I believe Sempron 145s are actually dual core Athlons with one core disabled. It is possible to unlock the extra core (with the right motherboard). Google it. Maybe the extra core is faulty but in many cases it's not - luck of the draw, I guess. With two cores you'd get 80 tasks/day.
Browse your tasks list for that host and look for completed FGRP tasks. Notice the big difference between CPU time and elapsed time. This is because you have only one core which is being significantly used by all your CUDA tasks. The FRGP tasks are being prevented from getting all the CPU they need for efficient crunching. You would see much better FGRP performance if you had something like an Athlon II X4 or better (if you wish to stay AMD) paired with your GPU.
Cheers,
Gary.
Thanks for clearing that up
)
Thanks for clearing that up =)
I have another question; is the speed of WU computing dependant on platform? I'm currently running XP on all of my boxes, will I notice an improvement in computation speed if I switch over to Win7 64 bit?
edit: I find win7 incredibly annoying and I'd rather stick with XP for as long as possible, that's why I'm asking. The computer in question is an AMD hammer with 8 cores.
Hi! no, you will not see
)
Hi!
no, you will not see any performance improvement for the E@H apps when moving to a 64 bit Windows version. The only exception to this rule: if you have memory intensive other stuff running on your system while running BOINC, you might exhaust the memory and push the PC into swapping memory more often when using so many cores, as 32 bit Windows can use only less than 4 GB RAM. Running 8 tasks in parallell might consume a bit more than 2 GB alone, or more than half of your usable RAM.
Moving to 64 bit would allow you to install more RAM.
HBE