Welcome to MilkyWay@home

(reached limit of 6 tasks)


Advanced search

Message boards : Number crunching : (reached limit of 6 tasks)
Message board moderation

To post messages, you must log in.

AuthorMessage
55degrees

Send message
Joined: 8 Sep 09
Posts: 62
Credit: 61,330,584
RAC: 0
50 million credit badge12 year member badge
Message 30499 - Posted: 11 Sep 2009, 21:19:20 UTC

new to the project. searched by reached limit and 6 taks, nothing. have little time to dig further. is this a new user thing? if so, how long?

thanks.
ID: 30499 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
BarryAZ

Send message
Joined: 1 Sep 08
Posts: 520
Credit: 297,476,528
RAC: 118,493
200 million credit badge13 year member badgeextraordinary contributions badge
Message 30500 - Posted: 11 Sep 2009, 21:22:31 UTC - in response to Message 30499.  

No -- that has been the limit for almost a year now -- it is 6 workunits per processor for the queue.

ID: 30500 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
55degrees

Send message
Joined: 8 Sep 09
Posts: 62
Credit: 61,330,584
RAC: 0
50 million credit badge12 year member badge
Message 30503 - Posted: 11 Sep 2009, 21:25:58 UTC - in response to Message 30500.  

thank you for the quick reply. wow. that is not much even for this pokey 1.7ghz SINGLE core.

ID: 30503 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
BarryAZ

Send message
Joined: 1 Sep 08
Posts: 520
Credit: 297,476,528
RAC: 118,493
200 million credit badge13 year member badgeextraordinary contributions badge
Message 30505 - Posted: 11 Sep 2009, 21:33:21 UTC - in response to Message 30503.  

The thing is, if you had a quad core, that would be 24 workunits in the queue. You think this is bad now -- at least now (for CPU's) the process cycle is something like 45 minutes per workunit. There was a time last winter when the process time with the optimized application was less than 10 minutes.

One thing which drove this big time (and still applies to a degree) is that the optimized application for double precision ATI GPU's (38xx, 48xx) could run thru a work unit in a minute or so. That meant a lot of processing power pushing work units very quickly and loading the server down with 'I want new work NOW'.


thank you for the quick reply. wow. that is not much even for this pokey 1.7ghz SINGLE core.



ID: 30505 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
ProfileThe Gas Giant
Avatar

Send message
Joined: 24 Dec 07
Posts: 1947
Credit: 240,884,648
RAC: 0
200 million credit badge14 year member badge
Message 30506 - Posted: 11 Sep 2009, 21:39:54 UTC

It'd be nice if the wu cached could be also based around the number of GPU's. I have 2 GPU's in my quady and the queue is drained very very quickly. 40 wu's per GPU would be nice - that'd be a queue of less than an hour....LOL.
ID: 30506 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
BarryAZ

Send message
Joined: 1 Sep 08
Posts: 520
Credit: 297,476,528
RAC: 118,493
200 million credit badge13 year member badgeextraordinary contributions badge
Message 30507 - Posted: 11 Sep 2009, 21:46:10 UTC - in response to Message 30506.  

I was under the impression that with the work specifically on GPU applications at the project (with the CUDA application) that some sort of special handling for GPU's would be set up -- that is, GPU specific work units and with that, a GPU specific cache limit.

I realize the original thinking of a separate GPU only project went by the wayside, but I thought there was still work going on to address the different citizenship status of GPU clients.

It'd be nice if the wu cached could be also based around the number of GPU's. I have 2 GPU's in my quady and the queue is drained very very quickly. 40 wu's per GPU would be nice - that'd be a queue of less than an hour....LOL.


ID: 30507 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Paul Forsdick

Send message
Joined: 19 Feb 09
Posts: 29
Credit: 4,662,031
RAC: 1,276
3 million credit badge13 year member badge
Message 30834 - Posted: 14 Sep 2009, 15:43:04 UTC

hi

with the limit of 6 tasks per processor, is there a way to stop Boinc giving messages every 3 to 6 minutes like this

14/09/2009 16:41:01 Milkyway@home Sending scheduler request: To fetch work.
14/09/2009 16:41:01 Milkyway@home Requesting new tasks
14/09/2009 16:41:11 Milkyway@home Scheduler request completed: got 0 new tasks
14/09/2009 16:41:11 Milkyway@home Message from server: No work sent
14/09/2009 16:41:11 Milkyway@home Message from server: (reached limit of 12 tasks)

thanks Paul
ID: 30834 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
ProfilePaul D. Buck

Send message
Joined: 12 Apr 08
Posts: 621
Credit: 161,934,067
RAC: 0
100 million credit badge14 year member badge
Message 30846 - Posted: 14 Sep 2009, 16:53:08 UTC - in response to Message 30834.  

hi

with the limit of 6 tasks per processor, is there a way to stop Boinc giving messages every 3 to 6 minutes like this

14/09/2009 16:41:01 Milkyway@home Sending scheduler request: To fetch work.
14/09/2009 16:41:01 Milkyway@home Requesting new tasks
14/09/2009 16:41:11 Milkyway@home Scheduler request completed: got 0 new tasks
14/09/2009 16:41:11 Milkyway@home Message from server: No work sent
14/09/2009 16:41:11 Milkyway@home Message from server: (reached limit of 12 tasks)

thanks Paul

To put is as simply as possible: No ... :)
ID: 30846 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
sygopet

Send message
Joined: 18 Apr 09
Posts: 7
Credit: 4,932,920
RAC: 309
3 million credit badge13 year member badge
Message 31059 - Posted: 16 Sep 2009, 8:34:40 UTC - in response to Message 30846.  

hi

with the limit of 6 tasks per processor, is there a way to stop Boinc giving messages every 3 to 6 minutes like this

14/09/2009 16:41:01 Milkyway@home Sending scheduler request: To fetch work.
14/09/2009 16:41:01 Milkyway@home Requesting new tasks
14/09/2009 16:41:11 Milkyway@home Scheduler request completed: got 0 new tasks
14/09/2009 16:41:11 Milkyway@home Message from server: No work sent
14/09/2009 16:41:11 Milkyway@home Message from server: (reached limit of 12 tasks)

thanks Paul

To put is as simply as possible: No ... :)


There is a way - but you might not like it.
Just switch to "no new tasks" for a few hours - long enough to allow one or two units to report.
I find that the cycle of asking for more units, when I already have my ration, is broken and the problem has gone.
At least, for a few days - although it does eventually come back.
There is, of course, the new problem of remembering to switch back to "allow new tasks"!
ID: 31059 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
ProfileBeyond
Avatar

Send message
Joined: 15 Jul 08
Posts: 383
Credit: 602,433,172
RAC: 143,425
500 million credit badge13 year member badge
Message 31070 - Posted: 16 Sep 2009, 13:22:03 UTC

This limit is a problem with ATI cards. On a dual processor machine only 10 minutes of work is cached. With the frequent website slowdowns & outages that's not enough. I think this limit needs to be increased so the ATI cards aren't running dry and sitting idle too often.
ID: 31070 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile(_KoDAk_)

Send message
Joined: 13 Jul 08
Posts: 33
Credit: 21,285,010
RAC: 0
20 million credit badge13 year member badge
Message 31167 - Posted: 19 Sep 2009, 8:03:00 UTC

make 9 workunits per processor for the queue.
ID: 31167 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
ProfileBerserk_Tux
Avatar

Send message
Joined: 2 Jan 08
Posts: 79
Credit: 365,471,675
RAC: 0
300 million credit badge14 year member badge
Message 31170 - Posted: 19 Sep 2009, 8:59:40 UTC - in response to Message 31167.  

Travis, we need a bigger cache.
ID: 31170 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Message boards : Number crunching : (reached limit of 6 tasks)

©2022 Astroinformatics Group