Message boards :
Number crunching :
Not being impatient... just...
Message board moderation
Previous · 1 · 2
Author | Message |
---|---|
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0 |
... something around half the shortest deadline, or about two days. I haven't kept track of deadlines all that much. It was pretty evident when the short deadlines were in place that shorties had a dramatic effect on the size of the cache. |
Doug Inwood Send message Joined: 22 Aug 00 Posts: 80 Credit: 847,385 RAC: 0 |
I just had a look at mine. I've got a nominal 10 day cache. Right now I have 104 WU's in line and it's working on 2. That's right at 240 hours total time, or 5 days for a dual core. Ok so that checks ok I don't see a problem with this as it works on WU's according to their deadline, not the order received. I'll often spot a WU that's suspended as 1 came in with an earlier deadline and it's been bought to the front of the line. It doesn't really matter how many WU's someone has, as they'll get done in date order just like yours, and they'll get returned about the same time, unless someone has a glitch somewhere. |
W-K 666 Send message Joined: 18 May 99 Posts: 19091 Credit: 40,757,560 RAC: 67 |
I just had a look at mine. I've got a nominal 10 day cache. Right now I have 104 WU's in line and it's working on 2. That's right at 240 hours total time, or 5 days for a dual core. Ok so that checks ok With a full 10 day cache on a dual core the totals hours should be 480 hours. On my quad core with a two day cache I have 195 hrs of incomplete work. And my tasks are always done as FIFO, (first in first out). If they are being done by date then the computer is in priority mode, and will not download any tasks to fill your cache until it cleared the urgent tasks. With some tasks having a 7 day deadline it is almost impossible to have a cache bigger than 7days. |
RandyC Send message Joined: 20 Oct 99 Posts: 714 Credit: 1,704,345 RAC: 0 |
I just had a look at mine. I've got a nominal 10 day cache. Right now I have 104 WU's in line and it's working on 2. That's right at 240 hours total time, or 5 days for a dual core. Ok so that checks ok Actually, it's not hard at all. Set the Connect interval to less than 3.5 days and Additional work to 6.5 days or more. |
C Send message Joined: 3 Apr 99 Posts: 240 Credit: 7,716,977 RAC: 0 |
... If you've put the latest files in the seti folder, the easiest way to set the permissions is to just re-install the BOINC 6.2.18 application - takes only minutes. I looked at your tasks and the data in the task results looks the same as the data in mine, and I know I'm running the optimized apps. So, I'd say you probably are ok just as you are, and you should see your RAC rise pretty quickly. C Join Team MacNN |
Bernie Vine Send message Joined: 26 May 99 Posts: 9954 Credit: 103,452,613 RAC: 328 |
I just had a look at mine. I've got a nominal 10 day cache. Right now I have 104 WU's in line and it's working on 2. That's right at 240 hours total time, or 5 days for a dual core. Ok so that checks ok I am not sure this is true, surely it's First In First Out, otherwise why is my quad currently crunching 4 WU's for the 3rd of April when further down the queue are several WU's for the 19th March. Of course with a 1 day cache it is not a problem. Bernie |
Fred W Send message Joined: 13 Jun 99 Posts: 2524 Credit: 11,954,210 RAC: 0 |
I just had a look at mine. I've got a nominal 10 day cache. Right now I have 104 WU's in line and it's working on 2. That's right at 240 hours total time, or 5 days for a dual core. Ok so that checks ok Correct, it is FIFO unless Boinc perceives a deadline problem - unless you run CUDA on the latest *DEVELOPMENT* versions which seem to have a propensity for deadline order. F. |
Bernie Vine Send message Joined: 26 May 99 Posts: 9954 Credit: 103,452,613 RAC: 328 |
I just had a look at mine. I've got a nominal 10 day cache. Right now I have 104 WU's in line and it's working on 2. That's right at 240 hours total time, or 5 days for a dual core. Ok so that checks ok So what he is seeing is Boinc moving a WU to the front of the queue, because it is likely to miss it's date if not done first. With a 1 day cache I never see this happen. All my tasks are FIFO. Which comes back to the original point large caches are more likely to have problems, and in my opinion are selfish. Bernie. |
Cath Send message Joined: 15 Dec 07 Posts: 16 Credit: 1,179,700 RAC: 0 |
... Thanks :) Oh, one question, It seems like, since getting the optimizer, that I'm only getting astropulse tasks. Is this standard or should I still be getting both? |
Fred W Send message Joined: 13 Jun 99 Posts: 2524 Credit: 11,954,210 RAC: 0 |
Oh, one question, It seems like, since getting the optimizer, that I'm only getting astropulse tasks. Is this standard or should I still be getting both? Only if your app_info.xml file includes entries for both. That's the first thing to check. F. |
Cath Send message Joined: 15 Dec 07 Posts: 16 Credit: 1,179,700 RAC: 0 |
Oh, one question, It seems like, since getting the optimizer, that I'm only getting astropulse tasks. Is this standard or should I still be getting both? I'm not sure what to look for, exactly... The app_info.xml file starts with the seti_enhanced app version 603 After that is the astropulse app version 500. Then the astropulse_v5 version 503. ~C |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14654 Credit: 200,643,578 RAC: 874 |
Oh, one question, It seems like, since getting the optimizer, that I'm only getting astropulse tasks. Is this standard or should I still be getting both? That's exactly what to look for, and you've answered Fred's question prefectly. At least with a Mac we don't have to worry about CUDA ... yet ... You should be capable of dealing with both (all three) types of task. After that, it's the luck of the draw which one you get allocated by the server. Just at the moment, as others have commented, the server seems to be drawing straight Astropulses. You could test it, if you wanted to see a bit of variety, by temporarily forbidding AP tasks in the preferences in your account on this website (you can't do that through BOINC Manager). Such a change woudln't affect any tasks you have already downloaded, but it will influence any future work the server sends you. |
dnolan Send message Joined: 30 Aug 01 Posts: 1228 Credit: 47,779,411 RAC: 32 |
Just for perspective, I've had AP enabled on 4 machines for about 2 weeks now (before that, MB only) and have all work enabled and set up in app_info files. In that time period, 2 of the 4 have gotten one request of work filled with MB WUs each. One of the 2 got 12 tasks, the other got 18, I believe. The other 2 have only gotten AP, and for all 4, it's been only AP 5.03 (as far as I've noticed). Before enabling AP, I didn't notice any issues getting MB work, so based on that, I would say the system is set up to strongly favor the allocation of AP and would seem to only send out MB (in the case where all work is allowed) if there is a momentary lack of AP. Just my un-scientific observation... -Dave |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
Oh, one question, It seems like, since getting the optimizer, that I'm only getting astropulse tasks. Is this standard or should I still be getting both? Yes, Laptop C2D getting straight Astropulse_v5's, and the Desktop C2D (with development build of Boinc) is just getting Astropulse_v5 with it's CPU requests, (if it'll actually ask for CPU work), and GPU requests get lots of Multibeam (Obviously) Claggy |
©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.