Message boards :
Number crunching :
Panic Mode On (107) Server Problems?
Message board moderation
Previous · 1 . . . 6 · 7 · 8 · 9 · 10 · 11 · 12 . . . 29 · Next
Author | Message |
---|---|
Jeff Buck Send message Joined: 11 Feb 00 Posts: 1441 Credit: 148,764,870 RAC: 0 |
The 100 WUs per CPU/GPU limit is a Seti one.And Petri simply appears to have added a multiplier to the BOINC client's GPU count to make it think he has 4 times as many GPUs when it sends a scheduler request. But each (real or imagined) still only gets 100 tasks max per the project's limit. |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13842 Credit: 208,696,464 RAC: 304 |
The 1000 total WU limit is in BOINC. Nope. The 100 is a server side limit set by the Seti project. You can ask for as much work as you like, but if the project thinks you have 100 WUs per CPU or GPU, then you won't be able to get any more. Petri worked around that limit by telling the servers he has 16 GPUs, so he still only gets a maximum of 100WUs per GPU. Grant Darwin NT |
kittyman Send message Joined: 9 Jul 00 Posts: 51477 Credit: 1,018,363,574 RAC: 1,004 |
Alas, the kitties only have real CPUs and real GPUs. The ones they dream about having don't count............LOL. Meow. "Time is simply the mechanism that keeps everything from happening all at once." |
Al Send message Joined: 3 Apr 99 Posts: 1682 Credit: 477,343,364 RAC: 482 |
Gotcha, thanks for the clarification guys. Sadly, that would only work on the GPU side, as the program could care less about how many CPU's you have. BOINC --> You havee vone CPU, you have 4 CPU's, I Don' Care! I see Noth-ink! You geet 100! No More! (using my best Sgt. Schultz impersonation) lol |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13842 Credit: 208,696,464 RAC: 304 |
I just tried TBars' repeated requests, then picked up 49, and then 12 WUs on the following requests. And again- running low on work. Did the Tbar method & down it comes. Grant Darwin NT |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
So i'm noticing an unusual problem for me. I'm noticing that the server is telling me I have more work units on my computer than are actually there..... Fortunately it hasn't become a problem yet. Meaning I'm still getting my max amount of work and the extra work units listed aren't restricting my ability to get work. So I have to wonder if these are ghost units. Can't really tell yet when it happen. I checked in progress and looked at the create dates and they are all within the last 24 hours so I am thinking I'm going to have to wait a few days to find out which work units it is listing... |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
That usually means 'ghosts'. You can use Brent's recovery protocol.
Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Thanks Keith, That worked. Was able to get rid of all of them Z |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Glad to help. Hope you didn't have too many since at 20 tasks per, it can take a while. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3 |
Stupid BOINC. It's running my cache empty because I have it set to cache 0.5 + 1.5 days worth of work, and the last task I got in was an AP that's guessed to run for 12.5 hours, but in real time only takes 21 minutes on my AMD RX470. For hours on end though I have: 13/08/2017 16:37:42 | SETI@home | Not requesting tasks: don't need (CPU: ; AMD/ATI GPU: job cache full) Of course that's also to do with my rather meager Fraction of time BOINC is running 7.97%. ;-) Now... let's first see if the AP actually wants to run on the AMD RX470, because all previous ones would err within two minutes of running with the Lunatics app (from the Beta 6 installer). I've changed it to run the stock v7.09 application more than a month ago, but after that didn't run BOINC much or was always too late for gathering APs. Seeing the amount of APs in the field, this must have been a very small batch that was wrought from the data. Forcing the AP to run. It's gone over two minutes, over 10%. Over 20%. Over 30%. Over 40%. I'm sure it'll finish now. Edit: and finished now. Will be reported in 2 minutes. Edit2: Rethinking that. I think all previous APs ran to the end as well, but always with zero spikes and a large percentage radar blanking. That's happened to this task as well, so I'll await for the wingman to run his and see the outcome, in a few days. Set preferences to only get MBs. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
... running with the Lunatics app (from the Beta 6 installer) ...The r2742 app you ran that one with is exactly the same as the app in the Beta installer, and has been unchanged since November 2014 - Raistmer provides the OpenCL apps for both distributions. |
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3 |
In that case the task will fail to validate against the result of the wingman. APs cannot be run on AMD RX GPUs (or maybe on the Vega). |
HAL9000 Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57 |
The 1000 total WU limit is in BOINC. I can only guess that the "1000 limit" in the client is per work request. The current client is more than happy to cache several thousand tasks at once. It is only slightly amusing when checking on a machine to find it has 8,000+ tasks from a newly attached project because you forgot your cache settings were 10+10 days and it only stopped downloading work because the partition where BOINC stores its data is full. -.- One of the ways to circumvent the task limits only requires a very small change. It was two characters IIRC. Having the limits in place and working is better for the project. Otherwise we get the random db crashes that sometimes take days to fix. They did change the hard limit of 100 GPU tasks to 100*n GPUs per vendor. Which is nice, but with the increase in CPU power it would be nice to see the CPU limits get looked at again. Currently 100 tasks don't last that long for even older CPU hardware. E5-2670 @ 3.0GHz running 32 at a time ~8hr i5-4670 @ 3.4GHz running 4 at a time ~20hr I have a feeling the new i7-8700K with 6c/12t could tear through 100 tasks in ~6-7hrs. SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ |
Sirius B Send message Joined: 26 Dec 00 Posts: 24909 Credit: 3,081,182 RAC: 7 |
Taalking of wu limits, I currently have 35 with 8 running, so seeing this makes me wonder about those limits: 13/08/2017 19:54:41 | SETI@home | Not requesting tasks: don't need (CPU: job cache full; NVIDIA GPU: ) 13/08/2017 19:54:44 | SETI@home | Scheduler request completed |
Stephen "Heretic" Send message Joined: 20 Sep 12 Posts: 5557 Credit: 192,787,363 RAC: 628 |
Taalking of wu limits, I currently have 35 with 8 running, so seeing this makes me wonder about those limits: . . I hate to seem negative but your hardware is not exactly bleeding edge. What limits are you running on your cache (ie, how many days work have you set to cache)? If it is less than 10 and 10 try changing it to those values and see if it doesn't fill up to the100 limit. Stephen ?? |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Sirius, I see you are running the latest BOINC.... I think that might be some of your problem. I seem to remember a while back what while running BOINC, I would get that message is it thought that some other project had work units in "hold" or suspended. Thereby "filling" my cache or "work units in progress" to the point where new work units would not be allowed.... 2 fixes for this, increasing the caches amount of days to keep, plus the extra.....or downgrading BOINC to a previous version what didn't seem to have this "glitch". I've done both but now I just remove any work units from any other project that way BOINC doesn't see anything else in the "cache". |
Sirius B Send message Joined: 26 Dec 00 Posts: 24909 Credit: 3,081,182 RAC: 7 |
Thanks, have been told to check settings. Issue solved. As for hardware, No longer have time or interest in being bleeding edge. @Zalster. Stephen was correct it was a settings issue. My fault in not resetting settings on upgrading Boinc :-( |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Stupid BOINC. It's running my cache empty because....Naw, that's not stupid. Now this, this is stupid; Sun Aug 13 19:04:40 2017 | | Starting BOINC client version 7.6.33 for x86_64-apple-darwin So, the machine has Two GTX 950s and One GTX 960. In Yosemite only the 960 is recognized. The 960 is in Slot 2, it should be Device #1, they are both Wrong. Not to mention it thinks the GTX 960 is a Pre-Fermi GPU. It was doing well with the 960 in slot 1, but I thought the cooling might be better with the sandwiched card being the longest of the 3 cards, that way the middle card has almost a full fan in clean air. When running the machine in Linux I noticed the sandwiched 950 was getting kinda hot, so I decided to try a different arrangement, It seems to be running CUDA on all three cards, I suppose I'll just ignore the BOINC ramblings for now. |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
I've been having issues getting work on the special app machine. Toggling preferences in apps or using TBars request method is not working. Funny part is that the Windows machines have had no issues maintaining their cache levels. I am down about 200 gpu tasks on the Linux machine. The only thing that I have found to work in getting my normal 20 task download when the cache level is low is exiting BOINC and not restarting until the previous 5 minute countdown has expired. Then the machine will get maybe 5 cycles of download requests netting me around 100 tasks and then it stalls out again with no work is available. The gpu cache level will run down to 0 if I don't intervene with my manual stopping and restarting of BOINC. This has me concerned because all the machines are going to be left unattended from Friday till next Tuesday this week when I leave for Idaho and the solar eclipse. And this is during the WOW contest to make matters worse. Does anyone else running the special app have this problem and can offer some insight as to what is going on with my cruncher? Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
It's not just the special apps, I have 2 machines on Windows that have run out of work. Every time they connect, I get the "No task available" response. |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.