Report deadline: 1 week!

Anonymous
Topic 12577

> > > Hi MetalWarrior,
> > >
> > > it IS public since yesterday! That's how I registered.
> > >
> > >
> >
> > Feb 14, 2005
> >
> > For testing purposes, in anticipation of our public launch, we will be
> > enabling account creation for some unannounced periods this week. If you
> are
> > interested in joining Einstein@Home, please try the Create Account link.
> >
> >
> > no, its not really public... this also belongs to the testing phase. i
> think
> > they want to get more users to test if the System can handle it, so its
> still
> > in testing
> >
>
>
> O.K., thanks for the information. I was one of the lucky-ones then!

Note: At least in the short term, I am not planning to extend the report deadlines. The size of the database grows directly in proportion to these deadlines, so keeping the deadlines shorter reduces the strain on the server and allows more people to participate.

A single E@H workunit should take 7 or 8 hours on a modern machine, and perhaps 24-36 CPU hours on an old machine. Provided that the machine is available for BOINC at least 10% of the time, most machines should be able to complete the workunit by the deadline.

Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

Report deadline: 1 week!

> Are you considering to give out work to computers grouped bye average
> turnaround time?

Yes -- in fact I made some modifications to the scheduler to do this. But then David Anderson (chief BOINC architect) persuaded me that what I had done was not a good idea. So I backed it out. I'll probably come back to it in the future.

> Then the scheduler have to resend a WU, is it sent to the first available
> computer or do you have preferences for who gets whose?

During 3.5 days after creation, the WU goes to the first machine which has the right data file, that needs work. During the next 3.5 days, it also has some probability of being picked up by a machine that has NO data files. Finally, after 7 days, it goes to the first machine that requests work, which has a broadband (>100 kB/sec) network connection.

Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

> My 200 MHz machine which

> My 200 MHz machine which returned WU's within 70 hours (it was doing E@H 100%)
> hasn't gotten a WU in quite a while now.... :-(

This is because we increased the memory requirements to 70 MB, and your machine has 64 MB. It has nothing to do with the deadlines!

Dont' the messages in the BOINC GUI tell you that no work is arriving because you don't have enough memory?

The next app version should use less memory, so in a little while this machine should again be able to run E@H.

Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

This is indeed a very clear

This is indeed a very clear analysis of the situation.

> So what could be done to reduce the size of the database? If i am correct, the
> database that we are talking about hear are the database that consists of
> entries of what host have downloaded what WU. Then you download a WU an entry
> is made in the database. This entry remains in the database until all other
> users who have downloaded the same WU have bean accounted for or the deadline
> for unaccounted users have bean reached. My question is, are the entries in
> the database removed a.s.a.p. or is the removal delayed a couple of days so we
> can look at some past results? If so, i am willing to trade that feature for a
> couple of hour’s extension to the deadline.

I'd appreciate feedback on this. I decided to leave completed WU in the database for 7 days, to let our participants go back and examine them. Reducing this storage time would indeed help to keep the database 'lean and mean'. Would less than 7 days be OK? What do you propose?

Cheers,
Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

After reading the comments,

After reading the comments, I'm still undecided about what to do. So in the short term I'm not going to do anything. In the longer term, the option of having a shorter time before completed WU are purged from the database, and a longer deadline, seems reasonable. I'll mull this over.

[Oh, in response to one question: no, after the WU is purged from the database, it is only available in our archives, not to other projects, statistics servers, etc.]

Cheers,
Bruce

Bruce Allen
Bruce Allen
Joined: 15 Oct 04
Posts: 958
Credit: 170,849,008
RAC: 0

Martin P., > Sorry to come

Martin P.,

> Sorry to come back to this discussions. It just happened that I lost 2
> results. They reported back but received 0.00 credit because the deadline was
> missed:
> http://einstein.phys.uwm.edu//workunit/345699
> http://einstein.phys.uwm.edu//workunit/345684
> There were still several more WUs on my computer with the deadline also being
> Feb. 25th. So I reset the project because I did not want to waste
> computer-time. Those 7 WUs are lost, as well as another 8 with a deadline for
> March 3rd.
>
> After restarting the project I assumed that the client would download fewer
> WUs as the computer reports:
> Average turnaround time 6.75 days.
> and the time is set to contact the project every 2 days (needed for SETI@Home
> since they have many server problems lately).
>
> Guess what: Instead of downloading 4 WUs (it's a dual processor machine) the
> client downloaded 16 and still asks for more (luckily there is a download
> limit of 16)! At least 8 of them will time-out again.

2005-02-28 09:39:43 [normal ] OS version Darwin 7.8.0
2005-02-28 09:39:43 [normal ] Request [HOST#18791] Database [HOST#18791] Request [RPC#16] Database [RPC#15]
2005-02-28 09:39:43 [normal ] Processing request from [USER#17942] [HOST#18791] [IP 213.229.0.106] [RPC#16] core client version 4.19
2005-02-28 09:39:43 [normal ] [HOST#18791] got request for 529800.652800 seconds of work; available disk 3.000000 GB
2005-02-28 09:39:43 [debug ] [HOST#18791]: has file H1_0388.4
2005-02-28 09:39:43 [debug ] in_send_results_for_file(H1_0388.4, 0) prev_result.id=1317096
2005-02-28 09:39:43 [debug ] Sorted list of URLs follows [host timezone: UTC+3600]
2005-02-28 09:39:43 [debug ] zone=+3600 url=http://einstein.aei.mpg.de
2005-02-28 09:39:43 [debug ] zone=-21600 url=http://einstein.phys.uwm.edu
2005-02-28 09:39:43 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:39:43 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:39:43 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:39:43 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:39:43 [normal ] [HOST#18791] Sending [RESULT#1493531 H1_0388.4__0388.6_0.1_T19_Test02_1] (fills 49239.02 seconds)
2005-02-28 09:39:43 [debug ] in_send_results_for_file(H1_0388.4, 1) prev_result.id=1493531
2005-02-28 09:39:43 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:39:43 [debug ] make_more_work_for_file(H1_0388.4, 1)=0
2005-02-28 09:39:49 [debug ] in_send_results_for_file(H1_0388.4, 2) prev_result.id=1493531
2005-02-28 09:39:49 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:39:49 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:39:49 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:39:49 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:39:49 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:39:49 [normal ] [HOST#18791] Sending [RESULT#1494335 H1_0388.4__0388.7_0.1_T19_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:39:49 [debug ] in_send_results_for_file(H1_0388.4, 3) prev_result.id=1494335
2005-02-28 09:39:49 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:39:49 [debug ] make_more_work_for_file(H1_0388.4, 3)=0
2005-02-28 09:39:55 [debug ] in_send_results_for_file(H1_0388.4, 4) prev_result.id=1494335
2005-02-28 09:39:55 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:39:55 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:39:55 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:39:55 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:39:55 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:39:55 [normal ] [HOST#18791] Sending [RESULT#1494339 H1_0388.4__0388.8_0.1_T19_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:39:55 [debug ] in_send_results_for_file(H1_0388.4, 5) prev_result.id=1494339
2005-02-28 09:39:55 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:39:55 [debug ] make_more_work_for_file(H1_0388.4, 5)=0
2005-02-28 09:40:01 [debug ] in_send_results_for_file(H1_0388.4, 6) prev_result.id=1494339
2005-02-28 09:40:01 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:01 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:40:01 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:40:01 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:40:01 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:01 [normal ] [HOST#18791] Sending [RESULT#1494343 H1_0388.4__0388.9_0.1_T19_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:40:02 [debug ] in_send_results_for_file(H1_0388.4, 7) prev_result.id=1494343
2005-02-28 09:40:02 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:40:02 [debug ] make_more_work_for_file(H1_0388.4, 7)=0
2005-02-28 09:40:08 [debug ] in_send_results_for_file(H1_0388.4, 8) prev_result.id=1494343
2005-02-28 09:40:08 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:08 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:40:08 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:40:08 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:40:08 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:08 [normal ] [HOST#18791] Sending [RESULT#1494347 H1_0388.4__0388.5_0.1_T20_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:40:08 [debug ] in_send_results_for_file(H1_0388.4, 9) prev_result.id=1494347
2005-02-28 09:40:08 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:40:08 [debug ] make_more_work_for_file(H1_0388.4, 9)=0
2005-02-28 09:40:14 [debug ] in_send_results_for_file(H1_0388.4, 10) prev_result.id=1494347
2005-02-28 09:40:14 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:14 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:40:14 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:40:14 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:40:14 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:14 [normal ] [HOST#18791] Sending [RESULT#1494351 H1_0388.4__0388.6_0.1_T20_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:40:14 [debug ] in_send_results_for_file(H1_0388.4, 11) prev_result.id=1494351
2005-02-28 09:40:14 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:40:14 [debug ] make_more_work_for_file(H1_0388.4, 11)=0
2005-02-28 09:40:20 [debug ] in_send_results_for_file(H1_0388.4, 12) prev_result.id=1494351
2005-02-28 09:40:20 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:20 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:40:20 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:40:20 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:40:20 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:20 [normal ] [HOST#18791] Sending [RESULT#1494359 H1_0388.4__0388.7_0.1_T20_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:40:21 [debug ] in_send_results_for_file(H1_0388.4, 13) prev_result.id=1494359
2005-02-28 09:40:21 [debug ] touched ../locality_scheduling/need_work/H1_0388.4: need work for file H1_0388.4
2005-02-28 09:40:21 [debug ] make_more_work_for_file(H1_0388.4, 13)=0
2005-02-28 09:40:27 [debug ] in_send_results_for_file(H1_0388.4, 14) prev_result.id=1494359
2005-02-28 09:40:27 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:27 [debug ] [HOST#18791] Sending app_version einstein powerpc-apple-darwin 478
2005-02-28 09:40:27 [debug ] [HOST#18791] Already has file H1_0388.4
2005-02-28 09:40:27 [debug ] [HOST#18791] reducing disk needed for WU by 12144000 bytes (length of H1_0388.4)
2005-02-28 09:40:27 [debug ] est cpu dur 28928.564374; running_frac 0.587513; rsf 1.000000; est 49239.015667
2005-02-28 09:40:27 [normal ] [HOST#18791] Sending [RESULT#1494363 H1_0388.4__0388.8_0.1_T20_Test02_0] (fills 49239.02 seconds)
2005-02-28 09:40:27 [normal ] [HOST#18791] Sent 8 results

The scheduler thinks that the jobs will take 28928 CPU seconds to complete. It also estimates that the code runs 58% of the time on your machine and thus will complete in 49,239 wallclock seconds. Hence since the machine requested 529,800 seconds of work, it got 8 WU. The next request, a minute later, got the same response because you have a two CPU machine.

Note that according to this: rsf 1.000000 the E@H scheduler believes that this machine has 100% of its BOINC resources devoted to E@H. If you are also using it for SETI@Home, then you need to reduce the resource share fraction, I think.

Bruce

Bernd Machenschalk
Bernd Machenschalk
Joined: 15 Oct 04
Posts: 2,684
Credit: 25,950,161
RAC: 34,820

What makes you think the

What makes you think the resource share doesn't work with command line clients?

Warum glaubst Du, dass die Einstellung der Verteilung mit einem Kommandozeilen-Client nicht funktioniert? Das sollte mit dem Interface nichts zu tun haben...

BM

BM

Bernd Machenschalk
Bernd Machenschalk
Joined: 15 Oct 04
Posts: 2,684
Credit: 25,950,161
RAC: 34,820

Martin, Deutsch war ein

Martin,

Deutsch war ein Angebot an Dich, nicht eine Verpflichtung. Feel free to write English or German.

If you run two boinc clients, one for Seti and the other for Einstein@Home it becomes clear that they don't know of the resource share. However you don't need to run them this way. I'd suggest to o the following:

- Let Seti run until the current Result has been finished.
- Stop the client by typing ctrl-c in the terminal window
- Start it again with the option "-update_prefs" followed by the Seti URL, e.g.
./boinc_4.19_powerpc-apple-darwin -update_prefs http://setiweb.ssl.berkeley.edu/
to report the finished results. Stop the client again.
- cd to the Einstein directory and start the client with the option -attach_project
./boinc_4.19_powerpc-apple-darwin -attach_project
It will prompt you for an URL and a key. Enter your Seti account here.

You will get a client that you only need to start once and that properly honors the resource share settings.

(this will also work the other way 'round, attaching Einstein to the client currently ruunning Seti, but Seti WUs are faster)

BM

BM

Bernd Machenschalk
Bernd Machenschalk
Joined: 15 Oct 04
Posts: 2,684
Credit: 25,950,161
RAC: 34,820

> thanks for the

> thanks for the instructions! Just for confirmation: Run E@H with my SETI@Home
> account-ID? What happens to my E@H ID then? Will it recognize my previous
> credits/results? In Windows I did enter the different IDs when I attached to
> the different projects and it works perfectly.

It will work exactly like the windows client, the interface is different, but the functionality isn't. You will attach the same client to two projects.

> Thanks again for your patience!

Actually I'm also suffering from the inconveniant and user-unfriendly way the Mac client works right now. I'm one of the people who are trying to make this better behind the scenes, but it will still need some work.

Thanks for your patience!

BM

BM

Bernd Machenschalk
Bernd Machenschalk
Joined: 15 Oct 04
Posts: 2,684
Credit: 25,950,161
RAC: 34,820

You told that you have

You told that you have attached a windows client to two projects. Does it get confused with the files? Trust me, and simply follow the instructions.

In the FAQ there is listed a thread with some descriptions how to follow the percentage done of command line clients. When attached to two projects, the client_state.xml will have two fraction_done lines, one for each project.

I've never used it myself, but I'm sure that people here can advise you how to install DeepThought without using your work. It is a GUI for the boinc client for the Mac and should make things as easy for you as you know from Windows.

BM

BM

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.