Increasing Numbers (Jul 01 2009)

Message boards : Technical News : Increasing Numbers (Jul 01 2009)

To post messages, you must log in.

Previous · 1 · 2 · 3 · Next

AuthorMessage
Profile Dirk Sadowski
Volunteer tester

Send message
Joined: 6 Apr 07
Posts: 7066
Credit: 101,041,028
RAC: 66,895
Germany
Message 913252 - Posted: 2 Jul 2009, 11:26:50 UTC
Last modified: 2 Jul 2009, 11:27:30 UTC


Ahh.. O.K., the opt. crew is very quick! ;-)

I don't crunch AP.. because current I have only a GPU cruncher for SETI@home Enhanced (MB). :-)


ID: 913252 · Report as offensive
Richard HaselgroveProject Donor
Volunteer tester

Send message
Joined: 4 Jul 99
Posts: 11136
Credit: 83,557,751
RAC: 41,787
United Kingdom
Message 913279 - Posted: 2 Jul 2009, 14:38:03 UTC - in response to Message 913249.

Thanks Sutaru, the link definitely answers my initial question.

I understand this http://lunatics.kwsn.net/index.php?module=Downloads;sa=dlview;id=198 as if there already is an opt app for astropulse 505 :-)

Andreas

Yes, that's one of them, but better to follow this link

http://lunatics.kwsn.net/index.php?module=Downloads;catd=31

which shows the proper choice of SSE or SSE3.

ID: 913279 · Report as offensive
HAL

Send message
Joined: 28 Mar 03
Posts: 704
Credit: 870,617
RAC: 0
United States
Message 913294 - Posted: 2 Jul 2009, 15:24:23 UTC - in response to Message 913163.

thanks for the anology - since the guy is too busy I guess I just shut down!


That's not the answer. Another request just 30 milliseconds later could be granted some work. You just need to keep asking and hit it right.

BINGO!
That is why there is an automatic random back off built into BOINC.

Took y'all advise- out of a 3 day cache the guy got unbusy enough to give me 10 hours. Back to my solution Take the rig off and not waste cycles asking for work. Gives the super cruchers more to work with and saves bandwith applying for a job.


Classic WU= 7,237 Classic Hours= 42,079

ID: 913294 · Report as offensive
Chris Campbell

Send message
Joined: 14 May 99
Posts: 17
Credit: 3,267,890
RAC: 1,740
United States
Message 913306 - Posted: 2 Jul 2009, 16:01:59 UTC - in response to Message 912982.

To make up for that, how about some videos from the SETI@home 10 year anniversary? I'll link these to the home page soon enough. Consider this a sneak preview for those who read these threads. Let me know if there are problems downloading/viewing these mpegs.


HOOORAYYYYYY!!!!!!!!!!

I've been chomping at the bit for these since May 21st. When it's too hot to go outside this weekend, I'll be inside watching these. Thanks for getting them done before the holiday!

Running S@H since Day 1 -- May 14th, 1999!

ID: 913306 · Report as offensive
Profile Shannock9
Avatar

Send message
Joined: 4 Jul 99
Posts: 1379
Credit: 597,822
RAC: 573
United Kingdom
Message 913312 - Posted: 2 Jul 2009, 16:23:03 UTC

Any chance of a link to the Powerpoints shown at the Anniversary?



ID: 913312 · Report as offensive
Profile KWSN THE Holy Hand Grenade!
Volunteer tester
Avatar

Send message
Joined: 20 Dec 05
Posts: 2578
Credit: 34,674,727
RAC: 20,213
United States
Message 913369 - Posted: 2 Jul 2009, 19:07:44 UTC - in response to Message 913138.

thanks for the anology - since the guy is too busy I guess I just shut down!


That's not the answer. Another request just 30 milliseconds later could be granted some work. You just need to keep asking and hit it right.



Not true for last night: (July 1) I left WU request on ALL night and didn't get one work unit! I think the splitters are (currently, at least...) making too many CUDA WU's and not enuf CPU WU's.

So, of that "1.5 million WU's", how many are already designated as CUDA??? Is there some way to tell in Berkeley? It doesn't (necessarily...) have to be visible to the crunching public.
.

ID: 913369 · Report as offensive
Profile Geek@Play
Volunteer tester
Avatar

Send message
Joined: 31 Jul 01
Posts: 2467
Credit: 86,146,931
RAC: 0
United States
Message 913381 - Posted: 2 Jul 2009, 20:01:57 UTC - in response to Message 913369.
Last modified: 2 Jul 2009, 20:03:52 UTC

Not true for last night: (July 1) I left WU request on ALL night and didn't get one work unit! I think the splitters are (currently, at least...) making too many CUDA WU's and not enuf CPU WU's.

So, of that "1.5 million WU's", how many are already designated as CUDA??? Is there some way to tell in Berkeley? It doesn't (necessarily...) have to be visible to the crunching public..


Not true. CUDA work and CPU work are both the same and are both MultiBeam work units. It is your host computer that makes the assignment to use the CPU's or CUDA when the work unit is received. Berkeley servers don't care which app (603 or 608) crunches the MultiBeam work units.
Boinc....Boinc....Boinc....Boinc....

ID: 913381 · Report as offensive
William Roeder
Volunteer tester
Avatar

Send message
Joined: 19 May 99
Posts: 69
Credit: 523,414
RAC: 0
United States
Message 913386 - Posted: 2 Jul 2009, 20:30:06 UTC

Now we're getting connect() failures on upload


ID: 913386 · Report as offensive
DJStarfox

Send message
Joined: 23 May 01
Posts: 1057
Credit: 802,388
RAC: 176
United States
Message 913400 - Posted: 2 Jul 2009, 21:30:39 UTC - in response to Message 912982.

To make up for that, how about some videos from the SETI@home 10 year anniversary? I'll link these to the home page soon enough. Consider this a sneak preview for those who read these threads. Let me know if there are problems downloading/viewing these mpegs.


That's awesome, Matt. But why on EARTH are you hosting them on SETI's servers? Those could be eating a lot of bandwidth for SETI. Can you post them on YouTube instead?

ID: 913400 · Report as offensive
Profile KWSN THE Holy Hand Grenade!
Volunteer tester
Avatar

Send message
Joined: 20 Dec 05
Posts: 2578
Credit: 34,674,727
RAC: 20,213
United States
Message 913438 - Posted: 3 Jul 2009, 0:33:39 UTC - in response to Message 913381.
Last modified: 3 Jul 2009, 0:44:47 UTC

Not true for last night: (July 1) I left WU request on ALL night and didn't get one work unit! I think the splitters are (currently, at least...) making too many CUDA WU's and not enuf CPU WU's.

So, of that "1.5 million WU's", how many are already designated as CUDA??? Is there some way to tell in Berkeley? It doesn't (necessarily...) have to be visible to the crunching public..


Not true. CUDA work and CPU work are both the same and are both MultiBeam work units. It is your host computer that makes the assignment to use the CPU's or CUDA when the work unit is received. Berkeley servers don't care which app (603 or 608) crunches the MultiBeam work units.


But, if they're both the same in Berkeley's WU queue, why do people get the "No WU's available for your CPU, GPU units available" line? (in red yet!) (or words to that effect...)

I've gotten that line many times when I' have had CUDA units up the ying-yang, but wanted CPU units (because I had cold cores...) on my CUDA capable Quad core computer! (like last night!, although I didn't get the line last night...) (of my 5 computers, only one is CUDA capable...)
.

ID: 913438 · Report as offensive
CryptokiD
Avatar

Send message
Joined: 2 Dec 00
Posts: 134
Credit: 2,814,936
RAC: 0
United States
Message 913441 - Posted: 3 Jul 2009, 0:46:13 UTC - in response to Message 913438.

it's the opposite for me. not ENOUGH cuda, and way too much cpu work units.
my cuda card is now sitting there doing nothing. i have a few days left of mb for the cpu.

ID: 913441 · Report as offensive
Profile Zeus Fab3r
Avatar

Send message
Joined: 17 Jan 01
Posts: 649
Credit: 174,373,114
RAC: 66,071
Serbia
Message 913465 - Posted: 3 Jul 2009, 2:46:17 UTC - in response to Message 913441.

it's the opposite for me. not ENOUGH cuda, and way too much cpu work units.
my cuda card is now sitting there doing nothing. i have a few days left of mb for the cpu.


Follow Message 913171 in order to heat up Cuda
by converting some of 603 into 608 WUs.

Who the hell is General Failure and why is he reading my harddisk?¿

ID: 913465 · Report as offensive
Profile [AF>france>pas-de-calais]symaski62
Volunteer tester

Send message
Joined: 12 Aug 05
Posts: 258
Credit: 100,548
RAC: 0
France
Message 913563 - Posted: 3 Jul 2009, 10:20:59 UTC

hi ! seti@home 10 year video :)

fichier.ppt & fichier.pdf -_-

@+


SETI@Home Informational message -9 result_overflow
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.

ID: 913563 · Report as offensive
Profile BigDaddyDave
Avatar

Send message
Joined: 8 Oct 00
Posts: 65
Credit: 10,473,161
RAC: 4,466
United States
Message 913640 - Posted: 3 Jul 2009, 17:24:39 UTC - in response to Message 912982.

What? This is unacceptable! Oh look, "videos from the SETI@home 10 year anniversary!" (Easily distracted) Oh, I’m going there, What was I talking about?


Dave


ID: 913640 · Report as offensive
OzzFan
Volunteer tester
Avatar

Send message
Joined: 9 Apr 02
Posts: 15108
Credit: 45,275,707
RAC: 42,156
United States
Message 913653 - Posted: 3 Jul 2009, 18:06:16 UTC - in response to Message 913640.

What? This is unacceptable! Oh look, "videos from the SETI@home 10 year anniversary!" (Easily distracted) Oh, I’m going there, What was I talking about?


Dave


LOL

ID: 913653 · Report as offensive
Profile Enzo

Send message
Joined: 20 Jun 04
Posts: 6
Credit: 44,711
RAC: 0
United States
Message 917044 - Posted: 12 Jul 2009, 3:58:55 UTC - in response to Message 913438.

I've got 1 for ya. I've been sittin' here for 3 days w/no WU's period. Don't quiet know what the issue is around CUDA tho'. However I digress. I've got 35+ gig assigned in pref's, but the sys is tellin' me I another 32 meg...what gives. Appreciate your input. stevehusker

ID: 917044 · Report as offensive
Profile Gundolf Jahn

Send message
Joined: 19 Sep 00
Posts: 3184
Credit: 386,704
RAC: 39
Germany
Message 917089 - Posted: 12 Jul 2009, 7:41:15 UTC - in response to Message 917044.
Last modified: 12 Jul 2009, 7:46:15 UTC

You should post about problems at Questions and answers.

The message is probably about memory space, not disk space.

Gruß,
Gundolf

ID: 917089 · Report as offensive
Nicolas
Avatar

Send message
Joined: 30 Mar 05
Posts: 160
Credit: 10,335
RAC: 0
Argentina
Message 918291 - Posted: 16 Jul 2009, 0:04:27 UTC - in response to Message 913091.

A guy behind a window (the job) gets a request for a work unit and he grabs one off the queue and hands it to you. He keep doing this until the queue is empty. When it is empty he hangs up a sign No Jobs Available and swivels his chair around to the database and grabs 100 work units to fill his queue up. When he is done and his queue full again he turns back around and takes the sign down.

When the load is light, the man is facing you most of the time and you get work most of the time. When the load gets very heavy the man spends most of his time filling the queue from the database and you see the no work sign. It doesn't matter how much work is available to fill his queue.

That's not correct. It doesn't wait for the queue to be empty before fetching more.

Every five seconds (by default; SETI may be changing that delay), the feeder checks if there is any free space in the queue and fills it with data from the database. And while the feeder is busy doing that, querying the database, the schedulers can still get items from the queue.


Contribute to the Wiki!

ID: 918291 · Report as offensive
John McLeod VII
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 15 Jul 99
Posts: 24806
Credit: 754,585
RAC: 140
United States
Message 918296 - Posted: 16 Jul 2009, 0:12:50 UTC - in response to Message 918291.

A guy behind a window (the job) gets a request for a work unit and he grabs one off the queue and hands it to you. He keep doing this until the queue is empty. When it is empty he hangs up a sign No Jobs Available and swivels his chair around to the database and grabs 100 work units to fill his queue up. When he is done and his queue full again he turns back around and takes the sign down.

When the load is light, the man is facing you most of the time and you get work most of the time. When the load gets very heavy the man spends most of his time filling the queue from the database and you see the no work sign. It doesn't matter how much work is available to fill his queue.

That's not correct. It doesn't wait for the queue to be empty before fetching more.

Every five seconds (by default; SETI may be changing that delay), the feeder checks if there is any free space in the queue and fills it with data from the database. And while the feeder is busy doing that, querying the database, the schedulers can still get items from the queue.

But when things are really busy, the 100 tasks can disappear in a fraction of a second.


BOINC WIKI

ID: 918296 · Report as offensive
Nicolas
Avatar

Send message
Joined: 30 Mar 05
Posts: 160
Credit: 10,335
RAC: 0
Argentina
Message 918304 - Posted: 16 Jul 2009, 0:48:49 UTC - in response to Message 918296.

Every five seconds (by default; SETI may be changing that delay), the feeder checks if there is any free space in the queue and fills it with data from the database. And while the feeder is busy doing that, querying the database, the schedulers can still get items from the queue.

But when things are really busy, the 100 tasks can disappear in a fraction of a second.

That's definitely true. But the original analogy is inaccurate either way :)


Contribute to the Wiki!

ID: 918304 · Report as offensive
Previous · 1 · 2 · 3 · Next

Message boards : Technical News : Increasing Numbers (Jul 01 2009)


 
©2016 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.