Message boards :
Number crunching :
Panic Mode On (104) Server Problems?
Message board moderation
Previous · 1 . . . 15 · 16 · 17 · 18 · 19 · 20 · 21 . . . 42 · Next
Author | Message |
---|---|
kittyman Send message Joined: 9 Jul 00 Posts: 51477 Credit: 1,018,363,574 RAC: 1,004 |
Bruce, just what exactly is the key in the registry that you are talking about with regard to TCP timestamp setting? I haven't yet searched the forum for the thread you are referring to. I still don't have full caches on my Win 7 machines. Only about 50 CPU tasks and about 150 GPU tasks. Still see a majority of "no work available" messages every 5 minutes. I wouldn't think that TCP setttings would have anything to do with it either. If the scheduler request is successfully made and answered without error, I don't see how the transmission rate or manner would affect how the scheduler processes the request. I believe the old comms problem was affecting the ability to make contact with the servers in the first place. "Time is simply the mechanism that keeps everything from happening all at once." |
Bruce Send message Joined: 15 Mar 02 Posts: 123 Credit: 124,955,234 RAC: 11 |
Bruce, just what exactly is the key in the registry that you are talking about with regard to TCP timestamp setting? I haven't yet searched the forum for the thread you are referring to. I still don't have full caches on my Win 7 machines. Only about 50 CPU tasks and about 150 GPU tasks. Still see a majority of "no work available" messages every 5 minutes. Hi Kieth If you search the forum you can find the way to manually edit the registry, but I use this program to do it TCP Optimizer v. 3.08. They have a newer version that should work with Win10 TCP Optimizer 4. It might have been a fluke that it started working when I made the change, I don't know. Try it. If it works, then great, if not, then we will have to keep looking for what will work. Good luck. Bruce |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Thanks Bruce, I searched the forum for threads and came upon the one regarding RFC1323, timestamps and TCP Optimizer. I looked in the registry in the location mentioned in the thread and I didn't have any entries for TCP RFC1323. I downloaded the TCP Optimizer 4 mentioned and ran it and rebooted. Nothing really has changed, still am getting only 4 tasks at a time when requested. That rate is not fast enough to keep up with the task retirement. Before all this started with the inability to get work, after the outage, I consistently would get 41-46 tasks per request after the servers recognized my download request in the queue. That is not the case with the Win 7 machines. Only get a maximum of 4 tasks per request now. The Win 10 machine got the usual 41-46 tasks per slug after the project came back yesterday and quickly refilled its quota. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
FYI, update. Finally back to full quota of 100/200 CPU/GPU tasks; 4 tasks downloaded at a time on my Windows 7 machines. So, it looks like it will take me 20 hours or so after the project comes back online to get my quota now. Wish I understood what has changed with regard to my Win 7 machines and the project servers. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Wiggo Send message Joined: 24 Jan 00 Posts: 36378 Credit: 261,360,520 RAC: 489 |
Where does one scrounge up an old 6.10.58 BOINC installer for Windows 7 64 bit? The BOINC All Versions page Download page only has 7.6 series BOINC platforms for Windows 7 64 bit. The last time I went there the 6.10.58 Win versions d/l were corrupted, but the 6.10.60's were fine. I just tried 6.13.12 and that seems to have installed. Now to see if the problem is fixed. After 6.10.60 things went downhill. No luck with any 6.XXX branch of BOINC. Seems to ignore cc_config.xml flags and also ignore my app_config.xml. I just backleveled to 7.4.42 and at least that installed. Will see whether I can get any work. Yes you must go back to old school ways to get the most out of these versions. Cheers. |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Where does one scrounge up an old 6.10.58 BOINC installer for Windows 7 64 bit? The BOINC All Versions page Download page only has 7.6 series BOINC platforms for Windows 7 64 bit. Yes, that is what I found, Both 6.10.57 and 6.10.58 were corrupted. 6.10.60 doesn't even exist anymore in the directory. I gave up on going back to the 6 series. I have gotten used to and need the features of the 7 series now. I'm back to 7.6.33 to have all machines at the same level. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
HAL9000 Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57 |
I use 7.6.33 with the manager from 6.10.48. I don't need a notices tab and I use the messages tab enough that having to open Event Log is simply annoying. SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ |
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3 |
Ah shoot, again... 19/01/2017 00:40:59 | SETI@home | Requesting new tasks for AMD/ATI GPU 19/01/2017 00:40:59 | SETI@home | [sched_op] CPU work request: 0.00 seconds; 0.00 devices 19/01/2017 00:40:59 | SETI@home | [sched_op] AMD/ATI GPU work request: 180.00 seconds; 1.00 devices 19/01/2017 00:41:01 | SETI@home | [file_xfer] http op done; retval 0 (Success) 19/01/2017 00:41:01 | SETI@home | [file_xfer] parsing upload response: <data_server_reply> <status>0</status> <file_size>0</file_size></data_server_reply> 19/01/2017 00:41:01 | SETI@home | [file_xfer] parsing status: 0 19/01/2017 00:41:01 | SETI@home | [fxd] starting upload, upload_offset 0 19/01/2017 00:41:03 | SETI@home | Scheduler request completed: got 0 new tasks 19/01/2017 00:41:03 | SETI@home | [sched_op] Server version 707 19/01/2017 00:41:03 | SETI@home | No tasks sent 19/01/2017 00:41:03 | SETI@home | No tasks are available for AstroPulse v7 19/01/2017 00:41:03 | SETI@home | Tasks for CPU are available, but your preferences are set to not accept them 19/01/2017 00:41:03 | SETI@home | Tasks for NVIDIA GPU are available, but your preferences are set to not accept them 19/01/2017 00:41:03 | SETI@home | Tasks for Intel GPU are available, but your preferences are set to not accept them 19/01/2017 00:41:03 | SETI@home | Project requested delay of 303 seconds 19/01/2017 00:41:03 | SETI@home | [sched_op] Deferring communication for 00:05:03 (Before anyone asks, that's with Yes, Yes and Yes. I never changed that setting.) |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
I use 7.6.33 with the manager from 6.10.48. I don't need a notices tab and I use the messages tab enough that having to open Event Log is simply annoying. The showstopper for me is the lack of app_config with the older manager. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
HAL9000 Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57 |
I use 7.6.33 with the manager from 6.10.48. I don't need a notices tab and I use the messages tab enough that having to open Event Log is simply annoying. Ah, I use notepad for that. It is odd that some users with the issue are having luck toggling their web preferences back and forth. While others with the same settings, and haven't touched their preferences in months, are not having any issues. My SETI@home prefs are either Yes, Yes, No or No, Yes, No and look to have been that way since at least April of last year. Are the only hosts effected those that have or did have "accept work from other applications" set to Yes before the issue effecting that setting occurred? SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ |
Jimbocous Send message Joined: 1 Apr 13 Posts: 1856 Credit: 268,616,081 RAC: 1,349 |
Are the only hosts effected those that have or did have "accept work from other applications" set to Yes before the issue effecting that setting occurred? In "Home" mode (normal), I'm set yes, yes, yes In "School" mode (AP splitters running), I'm set yes,no,no to make room in the caches in case I get lucky. I've got a thing set in Firefox to make it a single keystroke to swap all crunchers between modes. 7.6.22 here, 4xWin10, 1xWin7 |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13835 Credit: 208,696,464 RAC: 304 |
(Before anyone asks, that's with Yes, Yes and Yes. I never changed that setting.) Try No, Yes, No for a few Scheduler requests and see what happens. If no joy, change it back. Sometimes changing it from one to the other works for me, other times I have to change it (give it a few Scheduler requests to see it's made no difference) and then change it back again & the work starts flowing. It's not making a whole lot of sense. Grant Darwin NT |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
I've always had it Yes for all applications and Yes to accept other work. Never had an issue getting work before all this started. I have toggled both ways endless times with several work requests on each setting. Seems to make no difference at all which way it is set. Still get only 3 or 4 tasks per request when I do get work. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13835 Credit: 208,696,464 RAC: 304 |
I've always had it Yes for all applications and Yes to accept other work. I've always been No, Yes, No. Not much point saying Yes to work I can't do? Never had an issue getting work before all this started. Likewise. I have toggled both ways endless times with several work requests on each setting. Seems to make no difference at all which way it is set. Still get only 3 or 4 tasks per request when I do get work. The whole thing is too weird. One setting will work for 10-18 hours, then the work comes in dribs and drabs (if at all). Change the settings and then it tops up in a couple of requests, then continues to replace WUs as they are reported (or I have to change the settings back to what they were, then things are OK). Then after 10-18 hours work comes in dribs & drabs & it's time to change the settings & fill the cache up again. Rinse and repeat. Really weird (and frustrating). Grant Darwin NT |
kittyman Send message Joined: 9 Jul 00 Posts: 51477 Credit: 1,018,363,574 RAC: 1,004 |
I feel your pain, folks, but I really have no more thoughts on what the problem could be for some of you. I am on old world Boinc, yes yes yes, Win 7 on one rig, XP pro64bit on 2, and XP pro on the other 5. And I currently still have my full cache of 2600 tasks across 8 rigs..................... State: All (12438) · In progress (2600) · Validation pending (4981) · Validation inconclusive (125) · Valid (4732) · Invalid (0) · Error (0) I do drop maybe as much as 10 below max, but in a few requests I am right back up to full cache. Are we hitting the limits of the 100 task per scoop that the scheduler is working with? Having over 101k results returned per hour instead of the 80k or 90k we had before the current Aerecibo AND Guppi shorties? That could be part of the problem? But why does it not hit MY crunchers? What seems to be inexplicable is the randomness of it. There seems to be no hard link to preference settings, OS, or Boinc version. When somebody is having trouble with one of them, somebody else is doing just fine with the same. Are the kitties just lucky? Dunno. I CAN tell you it ain't because 'I am living right'....LOL. EDIT: OK, I just figured it out.............. The clue was when I used the word 'randomness'. 'Credit New' is now in charge of the scheduler.................LOL. Meow. "Time is simply the mechanism that keeps everything from happening all at once." |
jason_gee Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 |
The clue was when I used the word 'randomness'. You're not just whistling Dixie Kittyman (though you may think you were). The estimate components of CreditNew have driven work issue since inception, and those prediction/estimate components are precisely where the design faults are. "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
Stephen "Heretic" Send message Joined: 20 Sep 12 Posts: 5557 Credit: 192,787,363 RAC: 628 |
The clue was when I used the word 'randomness'. . . That is for sure and in spades. On my C2D machine I am crunching on one (slow) CPU core that takes almost 3 hours to process Arecibo VLAR tasks, I normally have about 30 to 40 units cached (manager is set to 3 days of work and Guppis normally take around 2 hours). When the flood of Arecibo VLARs hit recently for some reason the Schedulers decided that Arecibo VLARs only take 30 mins to process on this rig and so decided to send me about 80 of them despite the tasks already cached for the CPU. I was not amused :( Stephen :( |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
BOINC has gone loopy for sure. CreditNew likely to blame. I have one machine that is in High Priority mode on MilkyWay GPU work now. Deadlines are 10 days out with all GPU work on all 3 machines with the same deadline. MW tasks take under 6 minutes to complete. All machines have the same server imposed hard limit of 160 tasks on board. The work is requested 1 task at a time as 1 task is retired. The other two machines are crunching all projects normally. WTF? Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
kittyman Send message Joined: 9 Jul 00 Posts: 51477 Credit: 1,018,363,574 RAC: 1,004 |
The clue was when I used the word 'randomness'. Yeah, Jason. I was making a funny when I posted that. But I can see that your point is correct. Especially when backed up by a couple of confirming posts. Fact is sometimes stranger than fiction. Especially when it comes to the vagaries of Boinc. "Time is simply the mechanism that keeps everything from happening all at once." |
EdwardPF Send message Joined: 26 Jul 99 Posts: 389 Credit: 236,772,605 RAC: 374 |
I REALLY hate to post this because it falls too much into the randomness idea BUT: after the last outage it took about an hour for 2 of my computers to fill the caches ... the other 2 were still getting "no work available". The 2 computers with full caches had 2 GPU's in each of them ... the 2 without any WU' had 1 GPU each (all are Nvidia). Just for fun I moved 1 GPU to the other computer, (giving it 2 GPU's) and started it up ... 3 updates and It had 200 WU's!!! I moved the GPU back to where it was before and watched for 30 min's and NO WU's were downloaded ... so I went to bed. Next A.M the queue was full ... (and I had 100 extra WU to crunch ... - Sorry) I HAVE TO BELIEVE THIS HAS NOTHING TO DO WITH THIS DISCUSSION ... BUT ... JUST SAYING randomness is a funny thing!. Ed F |
©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.