On Sep 29, 2009, at 10:33 AM, Lynn W. Taylor wrote: > There is a small catch-22. > > If you base cache size on speed, and you measure speed using only the > live application, then you can't fill the cache until you've done > some work. > > If you assume the machine is fairly fast, and it isn't, you run the > risk > of grabbing an initial task that couldn't possibly finish on time. > > If you assume the machine is slow, and it's really fast, you run the > risk of being denied work because BOINC thinks the machine is too > slow. > > So you need the benchmark as a rough initial measurement of speed. > > Emphasis on the word "rough." It can be off by a factor of five and > still work.
But we now have a calibrated set of machines out there ... and the look up of a roughly similar machine should not be an issue. And downloading one task to start and waiting to get some runtime metrics is also a way to gauge performance. For a multi-core you can DL to the number of cores. _______________________________________________ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
