464.25 RAC/host, how is this possible?
log in |
Message boards : Number crunching : 464.25 RAC/host, how is this possible?
Author | Message |
---|---|
http://wuprop.boinc-af.org/top_hosts.php | |
ID: 837 · Rating: 0 · rate: / Reply Quote | |
Hmm... I wanted to post here something, but the system doesn't let me... says it's spam. | |
ID: 838 · Rating: 0 · rate: / Reply Quote | |
| |
ID: 839 · Rating: 0 · rate: / Reply Quote | |
Other strange numbers for this ARMv7/Android system: No, the number is not updated as long as the host does not connect to server. Maybe there should be an upper limit for tasks per day (10 or so), AFAIK BOINC supports that, Rosetta has for example a maximum of 100 tasks per day and core, you never can get more than that. ____________ . | |
ID: 840 · Rating: 0 · rate: / Reply Quote | |
An anonymous platform is being used! | |
ID: 843 · Rating: 0 · rate: / Reply Quote | |
| |
ID: 849 · Rating: 0 · rate: / Reply Quote | |
The OS is Android, AFAIK for smart- & cell- phones, netbooks and tablets. | |
ID: 857 · Rating: 0 · rate: / Reply Quote | |
For several GPU projects it's distinctly advantageous to run more than one task at a time, using either app_info or app_config; 450K credits/day vs 880K at POEM, for example. Other projects include MW, WCG's HCC and on some rare occasions its also been more productive for GPUGrid. These setups, if correctly understood, should contain useful information for here. Note also that such setups usually mean a reduction in CPU usage for other apps, so there isn't normally an inherent advantage for here (it won't get you a higher colour of badge or more points). | |
ID: 863 · Rating: 0 · rate: / Reply Quote | |
And what has all of that to do with this project, where we are allowed to run 1 WU per machine, which takes 3 hours and gives 7 credits? | |
ID: 864 · Rating: 0 · rate: / Reply Quote | |
skgiven, what happen at other BOINC projects it's up to the admins there and you. | |
ID: 865 · Rating: 0 · rate: / Reply Quote | |
I don't think that the above mentioned host collect useful data for WUProp. Even if it collected any data (I doubt that too, probably just fake data to get thru the validation), that data is not worth more than 56 credits per day, just like the data collected by any other host. BTW, the other hosts which are just slightly over 56cr/day are probably OK, if you look at the tasks of this host, it has run some WUs without network connection (longer runtime, more credits), that can bump the RAC a bit. Besides of the RAC they all look OK to me and return the normal amout of tasks per day. ____________ . | |
ID: 866 · Rating: 0 · rate: / Reply Quote | |
IMHO, 'anonymous platform' shouldn't be allowed here. I wasn't sure what you meant by that; an anonymous platform used for WUProp, or you don't want any data taken from other projects that use anonymous platforms (possibly for the badges), or both. Thanks for clearing up what you meant. And what has all of that to do with this project, where we are allowed to run 1 WU per machine, which takes 3 hours and gives 7 credits? Again, didn't know he meant 'anonymous platform' for WUProp. So I wanted to explain why I don't agree with excluding other app_info/app_config projects. After all, WUProp collects data about other projects no matter how they are run. WUProp might just see 'GPU app being run', rather than say 4 GPU tasks being run. So you don't get more hours, and lose CPU time. AFAIK WCG's HCC GPU app is recorded like this (they grant badges for hours of returned, validated tasks). We are in agreement that the anonymous platform shouldn't be allowed with the WUProp app. However this form of cheating is fairly limited (possibly to one individual). There are alternative ways to increase credit here too - using VM's, running multiple Boinc instances, and on hacked versions of Boinc. The use of VM's is definitely going on here; people are running lots of VM's inside which they run Boinc with WUProp and other non CPU Intensive programs such as HAL. By doing this people can increase their WUProp credits, and HAL credits. It's fairly easy to run >10VM's per computer. Just look at the top users and how disproportionately high their credits are for here compared to other projects. My Boinc RAC is ~800,000 and my WUProp RAC is 333. Most of the top users also hide their systems. To have a WUProp RAC of >5000 you need 80+ systems. The 'top user' would need to have over 300systems running 24/7. What's the chances? So while I agree with banning the running of the WUProp app in an anonymous platform, its a tiny (individual) problem and won't in itself level the playing field. VM's need to be considered too, and this is a much greyer area. While I disagree with the use of many VM's (say 5+) running nothing other than WUProp (and perhaps HAL), I don't disagree with using one or two VM's; some projects are/have been Linux only (Asteroids), and some are mt (Simone) which interferes with GPU projects. The best/only way to run these if you have a Windows system or a GPU is in a VM. If you didn't run WUProp there would be little or no data for these projects. I expect some of the 'top users' collect little or no useful info for here. | |
ID: 868 · Rating: 0 · rate: / Reply Quote | |
We are in agreement that the anonymous platform shouldn't be allowed with the WUProp app. Not sure... from what I have read in other threads, new apps or platforms are tested that way, IMO better limit max. tasks per day to maybe 9 or 10. Also I'm not sure how helpful it is to have any information from VMs, the results of this project should tell people how each project performs on real hardware. Is it not possible to restrict number of cores in use in case of mt applications? Or why are they interfering with GPU projects? ____________ . | |
ID: 869 · Rating: 0 · rate: / Reply Quote | |
I agree that some info such as run times from VM's might not be very accurate; a native Linux client should slightly outperform a Linux VM. On the other hand, some data is better than none and the amount of RAM, HDD space required and file upload/download sizes should be the same. | |
ID: 870 · Rating: 0 · rate: / Reply Quote | |
Well, maybe the developers need to come up with a way to distinguish if BOINC is running within a VM some how. It already detects if the OS has the software installed, but perhaps finding a way to identify if it is whithin one. That info is still helpful. I would rather run Linux from a VM then a multi-boot setup. I will not run it as a primary OS. | |
ID: 871 · Rating: 0 · rate: / Reply Quote | |
WUprop tasks in VMs are completely valid. For example, some project are linux only. The only way I can run them is inside a VM. That other-project task is doing all the normal stuff it would otherwise, in a native environment. Using the same amount of RAM, same run-time, etc. The data returned to WUprop is just as valid, and worth the same credits, IMO. | |
ID: 876 · Rating: 0 · rate: / Reply Quote | |
I pulled the thread into the VM territory, for a reason; perspective. Running a hacked WUProp app in an anonymous platform is a problem, but relative to the many that are running dozens/hundreds of VM's with nothing other than WUProp and HAL attached, the single anonymous phone hack is almost irrelevant. Should it grow then so will the need to fix it, as was and is the unresolved issues of VM's! | |
ID: 879 · Rating: 0 · rate: / Reply Quote | |
Message boards :
Number crunching :
464.25 RAC/host, how is this possible?