Message boards : Number crunching : To much Work Downloading !!!
| Author | Message |
|---|---|
|
Your Project is messing up my Box's big time, I have my Preferences set to 0.01 Day's to try & Prevent this Project from flooding my Box's with Wu's but even that doesn't work. I went away for a few hour & when I came back I had 2+ Days worth of work on my Box's. So once again I have to Abort all the excess Wu's and wait for the Project to Flood me again & repeat. | |
| ID: 17 | Rating: 0 | rate:
| |
|
Hi PoorBoy, | |
| ID: 18 | Rating: 0 | rate:
| |
|
Yes that should help a lot, Thank's | |
| ID: 19 | Rating: 0 | rate:
| |
|
Okay that don't seem to work either, I upped my Contact time to 2 Days on just 1 Box and the Project downloaded 120 Wu's to the Box. Running 4 @ a time and with 1 hour run times only 96 would get done in time with the 1 day deadlines. | |
| ID: 20 | Rating: 0 | rate:
| |
|
As max WUs in progress I would like to see somthing like about five WUs per core. I think that would be better than xx WUs per host. | |
| ID: 21 | Rating: 0 | rate:
| |
As max WUs in progress I would like to see somthing like about five WUs per core. I think that would be better than xx WUs per host. Yes that would work too ... May even work better as it would take into account the amount of cores you have | |
| ID: 22 | Rating: 0 | rate:
| |
|
Hi, | |
| ID: 23 | Rating: 0 | rate:
| |
Hi, Didn't work, I had 12 Wu's by setting my Contact time to .1 & then I upped the Contact time to 1 Day and the server Sent me a total of 42 Wu's, I upped the Contact time to 2 Days and the servers sent me 34 more Wu's for a total of 76 Wu's. I only have 4 Cores on that Box so all I should be getting is 20 Wu's if your Settings work no matter what I set the Contact time to, at least anything over .2 by my figuring ... | |
| ID: 26 | Rating: 0 | rate:
| |
That's ok for a quad core but for computers with more cores it would be better to work only with the second option. At the moment I can use a host with 24 cores so 20 WUs would be too little ;-) | |
| ID: 27 | Rating: 0 | rate:
| |
|
Hmmmmm ... | |
| ID: 28 | Rating: 0 | rate:
| |
|
@Nasicus | |
| ID: 29 | Rating: 0 | rate:
| |
|
I'm running v6.10.57 on all my Box's, there a Quad Cores except for 1 i7 with HT for 8 Cores ... | |
| ID: 30 | Rating: 0 | rate:
| |
|
For Whatever reason that Setting >>> max_wus_in_progress := 50 (per host) doesn't work on my Box's, I can get 200-300 on a Host & Maybe more if I would set the Contact Time High enough but I don't want to have to abort that many off 1 Host. | |
| ID: 31 | Rating: 0 | rate:
| |
But if Nasicus needs more because of his 24 Core Box then by all means give it to him. I'll get my 100,000 here in a few day's and get outta everybody's way ... :) As my box is clearly in minority please take the settings which are ok for most of the crunchers. | |
| ID: 32 | Rating: 0 | rate:
| |
But if Nasicus needs more because of his 24 Core Box then by all means give it to him. I'll get my 100,000 here in a few day's and get outta everybody's way ... :) I'm not sure any settings will work on my Box's unless I keep a bare minimum Contact time which I can't do. I'm just stopping New Work on the CPU's & doing a fill up of the GPU Caches every once in awhile and then dropping the Contact time back down again for the CPU's again. That's about all that seems to work for this Project ATM | |
| ID: 33 | Rating: 0 | rate:
| |
|
PoorBoy is right, these settings seem not to work as they should. I just got more than 80 WUs on my box which now has over 100 WUs in progress. | |
| ID: 34 | Rating: 0 | rate:
| |
|
Hello again, | |
| ID: 35 | Rating: 0 | rate:
| |
Hello again, Not sure how that will be accepted, my Quads running at their stock 2.4 GHZ can run about 85-90 Wu's Per Day ... | |
| ID: 36 | Rating: 0 | rate:
| |
|
I have one quad has been given around eighty jobs to do by midnight and it's seven o'clock now. | |
| ID: 37 | Rating: 0 | rate:
| |
|
I'd just Abort the Excessive Wu's, that's what I've been doing. They'll get sent out right away again or at last they should anyway ... | |
| ID: 38 | Rating: 0 | rate:
| |
|
Cheers PoorBoy, Shy of any alternative being posted, abort it will be. | |
| ID: 39 | Rating: 0 | rate:
| |
|
Hi, | |
| ID: 40 | Rating: 0 | rate:
| |
Hello again, Unless things have changed, the daily quota is per CPU and there is an additional amount per GPU (something like 5 X quote / GPU). | |
| ID: 70 | Rating: 0 | rate:
| |
|
It appears that fpops_est or iops_est is off by a significant margin. This causes an initial download that is vastly too large. | |
| ID: 71 | Rating: 0 | rate:
| |
|
Looks like my duration_correction_factors are coming up between 9 and 23. If everyone else is seeing the same, I would suggest multiplying the fpops_est by something between 10 and 15. | |
| ID: 77 | Rating: 0 | rate:
| |
|
Yikes!! | |
| ID: 200 | Rating: 0 | rate:
| |
I've aproximated workload you should have got, and I've summed to 30WU. Thus I overlooked, probably, frequencies of CPU. Then 50WU could be quite OK. And one more note, from my observations, the boinc requests work for each core; thus making you caching for 0.2day instead.
That's the way things work here, indeed. On the matter; no you shouldn't. 'boinc' will learn soon and won't do it again. Moreover, 'primaboinca' is known to checkpoint weirdly. If you have more than 60min for each resume-suspend or if you keep tasks in suspend-to-memory mode you, most probably, wuldn't notice this. If you don't... Have fun! ____________ I'm counting for science. Points just make me sick. | |
| ID: 204 | Rating: 0 | rate:
| |
Message boards :
Number crunching :
To much Work Downloading !!!