Another Update (Nov 21, 2014)

Message boards : Technical News : Another Update (Nov 21, 2014)
Message board moderation

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
David S
Volunteer tester
Avatar

Send message
Joined: 4 Oct 99
Posts: 18352
Credit: 27,761,924
RAC: 12
United States
Message 1608691 - Posted: 3 Dec 2014, 14:40:54 UTC - in response to Message 1608173.  

I have a small cluster that runs work for a dozen different BOINC projects. After I saw the notice about the lack of SETI work units, marked SETI to not get new work and aborted all the SETI work units that were waiting to start. This let my system run other projects while we wait. I normally keep 5 days of work in my queues, to there were a fair number of SETI work units that should have been sent back out for others to work on if their systems didn't have a backup project configured.

Why? I don't get it. To me, this is like saying "my local grocery store is out of eggs, so I will throw out all the ones I already have at home."

More like putting your spare eggs in a basket by your gate, with a sign saying 'help yourself'.

Okay, better analogy, but the point remains the same.
David
Sitting on my butt while others boldly go,
Waiting for a message from a small furry creature from Alpha Centauri.

ID: 1608691 · Report as offensive
Dena Wiltsie
Volunteer tester

Send message
Joined: 19 Apr 01
Posts: 1628
Credit: 24,230,968
RAC: 26
United States
Message 1608808 - Posted: 3 Dec 2014, 21:05:20 UTC - in response to Message 1608691.  

I have a small cluster that runs work for a dozen different BOINC projects. After I saw the notice about the lack of SETI work units, marked SETI to not get new work and aborted all the SETI work units that were waiting to start. This let my system run other projects while we wait. I normally keep 5 days of work in my queues, to there were a fair number of SETI work units that should have been sent back out for others to work on if their systems didn't have a backup project configured.

Why? I don't get it. To me, this is like saying "my local grocery store is out of eggs, so I will throw out all the ones I already have at home."

More like putting your spare eggs in a basket by your gate, with a sign saying 'help yourself'.

Okay, better analogy, but the point remains the same.

Better one would be smoke them if you've got them.
ID: 1608808 · Report as offensive
Trader

Send message
Joined: 12 Nov 10
Posts: 5
Credit: 1,332,415
RAC: 0
United States
Message 1608994 - Posted: 4 Dec 2014, 8:06:45 UTC

Just an idea:

Can you abort all the tasks for clients that have not connected within a week? there are 500k SETI waiting to timeout...

in general, lower time limits, say a week or 2 may be a good idea - I don't see a reason for more than that, since internet connection is not that rare resource anymore.
ID: 1608994 · Report as offensive
Kerry Summerfield
Avatar

Send message
Joined: 14 Nov 01
Posts: 23
Credit: 4,314,126
RAC: 0
New Zealand
Message 1609028 - Posted: 4 Dec 2014, 10:03:20 UTC - in response to Message 1608994.  

Just an idea:

Can you abort all the tasks for clients that have not connected within a week? there are 500k SETI waiting to timeout...

in general, lower time limits, say a week or 2 may be a good idea - I don't see a reason for more than that, since internet connection is not that rare resource anymore.


The problem with that, is the Database is possibly unable to recognise the processed files

Just my thoughts

Cheers
ID: 1609028 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
United States
Message 1609155 - Posted: 4 Dec 2014, 19:13:12 UTC - in response to Message 1608994.  

Just an idea:

Can you abort all the tasks for clients that have not connected within a week? there are 500k SETI waiting to timeout...

in general, lower time limits, say a week or 2 may be a good idea - I don't see a reason for more than that, since internet connection is not that rare resource anymore.

The deadlines are nominally set so a processor with a 40 MWips Whetstone benchmark should be able to finish in time if it is crunching 24/7. That allows some of the systems which started doing S@H work in 1999 to remain productive. It also allows an Android device which would take a dozen days to do a task if it were crunching 24/7 to be used if it gets at least 6 hours a day of actual crunching time while it's on the charger and the battery charge state is high enough. Note that neither of those scenarios would make the BOINC client automatically contact the project each week.

Granted, many of the 500K plus "in progress" are probably on hosts which have died or the user has decided not to do the work. It might make sense for the project to run a script so the Transitioners would send out another task for each. That would temporarily provide some work for those who feel a need. But of course it really makes no difference to the project if a result for a WU can be assimilated after 4 hours, 4 days, or 4 weeks.
                                                                  Joe
ID: 1609155 · Report as offensive
Profile mab

Send message
Joined: 26 May 00
Posts: 5
Credit: 5,047,740
RAC: 0
Australia
Message 1609301 - Posted: 5 Dec 2014, 2:00:20 UTC - in response to Message 1608994.  

internet connection is not that rare resource anymore.


...says somebody living in a city in a major developed nation. :)

Sure, it might not be a rare resource for you - but there are still plenty of people (even in quite civilised nations) that don't have regular access to the internet.
ID: 1609301 · Report as offensive
Profile cliff
Avatar

Send message
Joined: 16 Dec 07
Posts: 625
Credit: 3,590,440
RAC: 0
United Kingdom
Message 1609311 - Posted: 5 Dec 2014, 2:16:28 UTC - in response to Message 1609301.  

Hi mab,
Too true, in the UK there are plenty of rural communities that struggle to get even a 1Mbit connection, and that's with a 20:1 contention ratio:-(

I'm lucky to be in a city, so I have fibre to the cab and co-ax from the cab to house..

Where you are the distances are a lot longer I guess and I know some folks in Oz are on Satelite links that are patchy at best, non existant for a lot of the time.

For large parts of Africa & Asia even dialup is a rare thing.

Regards,
Cliff,
Been there, Done that, Still no damm T shirt!
ID: 1609311 · Report as offensive
Profile Poddys
Avatar

Send message
Joined: 22 Aug 99
Posts: 3
Credit: 3,322,621
RAC: 0
United Kingdom
Message 1609410 - Posted: 5 Dec 2014, 8:48:26 UTC

The time it takes to process a work unit and the speed of internet connection are of course 2 very different things.

My desktop is running XP Pro and is about 8 years old, but it still crunches work units in between 3-8 hours, depending on their size. I have it set to connect in a short time slot daily and keep 10 days work on there, so in the event I can't connect for a few days, it's still crunching away.

However, I imagine there are a good number of users who have downloaded units and which haven't been completed in time and who haven't connected for a while, so we can assume those units will never be completed.

It would be handy to re-distribute some of those so we can go on crunching a bit further.
ID: 1609410 · Report as offensive
Profile Wiggo
Avatar

Send message
Joined: 24 Jan 00
Posts: 23307
Credit: 261,360,520
RAC: 489
Australia
Message 1609414 - Posted: 5 Dec 2014, 9:13:53 UTC



It would be handy to re-distribute some of those so we can go on crunching a bit further.

They will get redistributed as soon as they timeout which is what a large majority of the resends that I'm getting are. ;-)

Cheers.
ID: 1609414 · Report as offensive
Previous · 1 · 2

Message boards : Technical News : Another Update (Nov 21, 2014)


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