Message boards :
Science :
Frequency of Update of Results
Message board moderation
Author | Message |
---|---|
Send message Joined: 6 Apr 10 Posts: 41 Credit: 471,539 RAC: 0 |
How frequently are the results updated? TIA |
Send message Joined: 5 Jul 10 Posts: 3 Credit: 890,599 RAC: 14 |
A very good question, which I could not find answer for... Recently I have added few PC to this project and I could find them under my account, but no sign of collected WU data from them. Can somebody explain what is the general rule for updating database with collected information? |
Send message Joined: 28 Mar 10 Posts: 2869 Credit: 538,355 RAC: 139 |
The results are updated every hours. |
Send message Joined: 6 Apr 10 Posts: 41 Credit: 471,539 RAC: 0 |
The results are updated every hours. Say what??? |
Send message Joined: 5 Jul 10 Posts: 3 Credit: 890,599 RAC: 14 |
In that case results from one of my PC has been lost or assigned to wrong OS. Computer ID 7417: Pentium(R) Dual-Core CPU E5200, running Dotsch_UX (64bit Ubuntu) has calculated few WU for World Community Grid. However at result spreadsheet for project WCG there is no duration time for E5200 running Linux 64 bits. Can you check what happen? |
Send message Joined: 28 Mar 10 Posts: 2869 Credit: 538,355 RAC: 139 |
WCG has no applications Linux 64bits. You calculate WU for Linux 32bits. |
Send message Joined: 5 Jul 10 Posts: 3 Credit: 890,599 RAC: 14 |
You are right - I have just checked WCG FAQ: ======== Does World Community Grid offer a 64 bit version of the BOINC software? No. The science applications are only available in 32 bit so everything we do, including validation, is offered in 32 bit. Going forward, we will re-evaluate the feasibility, cost and timing of offering a 64 bit version of the BOINC software to the member community. ======== So my 64bit Linux system calculates 32bit application for WCG. However to me current spreadsheet organization could be misleading. It classifies result based on WU build, not system where it was crunched. Maybe it would be better to somehow distinguish those two things? Are there any projects which send the same WU for 32bit and 64bit systems, but they complete faster on one of them? What happens then? You place result into brackets (X-Y)? |
Send message Joined: 11 Dec 10 Posts: 33 Credit: 773,438 RAC: 289 |
The results are updated every hours. Hi Sebastian, A month ago I started BOINC on an Atom D525 (Wuprop one week ago), but there are still no 'results' for this cpu for the projects I crunch. Is there a minimum threshold before publishing ? |
Send message Joined: 28 Mar 10 Posts: 2869 Credit: 538,355 RAC: 139 |
|
Send message Joined: 11 Dec 10 Posts: 33 Credit: 773,438 RAC: 289 |
Hi John, Hello again, Since I last wrote, Aqua and Wuprop have appeared - seems like it takes up to a couple of weeks to work through. Dnet and Virtual Prairie are still missing - maybe Wuprop doesn't recognise them as valid ? |
Send message Joined: 11 Dec 10 Posts: 33 Credit: 773,438 RAC: 289 |
The statistics for AQUA on my machine type can't include my results - out of range for several weeks - so I'm doubtful about WUPROP's accumulations. |
Send message Joined: 28 Mar 10 Posts: 2869 Credit: 538,355 RAC: 139 |
The application collects data every 5 minutes. The compute time couldn't be collected when the AQUA workunit finished and was reported to AQUA project between two cycles. |
Send message Joined: 28 Mar 10 Posts: 76 Credit: 456,520 RAC: 48 |
The application collects data every 5 minutes. Does that mean, that with the tag <report_results_immediately>0|1</report_results_immediately> set to "1" in the cc_config, those data will never be returned to you? Grüße vom Sänger |
Send message Joined: 6 Apr 10 Posts: 41 Credit: 471,539 RAC: 0 |
The project Eon2 may have some rather short WUs, especially on fast systems, lasting as little as a minute. Does it mean that they may be missed when collecting data? TIA |
Send message Joined: 28 Mar 10 Posts: 2869 Credit: 538,355 RAC: 139 |
The application collects data every 5 minutes. Yes, with this tag, the compute time will never be returned. Other datas (RAM, deadline, download, upload, checkpoint) will be returned. |
Send message Joined: 28 Mar 10 Posts: 2869 Credit: 538,355 RAC: 139 |
The project Eon2 may have some rather short WUs, especially on fast systems, lasting as little as a minute. Does it mean that they may be missed when collecting data? Some workunits may be missed but not all. http://wuprop.boinc-af.org/results.py?data=duree&projet=eon2&application=eOn%20Client |
Send message Joined: 28 Mar 10 Posts: 76 Credit: 456,520 RAC: 48 |
The application collects data every 5 minutes. OK, as I don't crunch GPUGrid any more without manually fiddling, I have set it back to "0". More data from my machine :) Grüße vom Sänger |
Send message Joined: 11 Dec 10 Posts: 33 Credit: 773,438 RAC: 289 |
Does that mean, that with the tag <report_results_immediately>0|1</report_results_immediately> set to "1" in the cc_config, those data will never be returned to you? I really think this information should be made clear from the homepage. |
Send message Joined: 10 May 10 Posts: 15 Credit: 55,797 RAC: 0 |
The application collects data every 5 minutes. OK, this is yet another reason why having a user-definable "at least" delay for reporting results is a good idea. The <RRI> tag mentions an "inbuild 60 second delay from completion of result upload", but the tag could contain something like the number of minutes or seconds to delay as well... Peter |
Send message Joined: 20 Jun 12 Posts: 141 Credit: 341,850 RAC: 64 |
The application collects data every 5 minutes. Is this issue fixed? Runtime for each WU is stored in job_log_project_URL.txt files in BOINC data directory, where it stays forever (or at least until the user deletes the file). . |
©2024 Sébastien