| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Support
Forum: BOINC Agent Support
Thread: Should 64 bits systems run ONLY 64 bits WUs to fully utilize the resource they have? |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 6
|
|
| Author |
|
|
Tom WCG
Cruncher Joined: May 30, 2006 Post Count: 31 Status: Offline Project Badges: 
|
I am running Windows 7 64-bit with Acer Aspire S3 Core I7 3rd generation 3571U
and BOINC 6.10.58.  Does this mean that I should limit BOINC to run ONLY 64 bits work units in order to fully utilize the 64 bits system (running 32 bits jobs is a waste of the resource I have)?  Note: See.... "5. 64 bit application available"  http://www.worldcommunitygrid.org/help/viewTopic.do?shortName=minimumreq |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The 64 bit compiles [C4CW, CFSW, GFAM, SN2S, DSFL] were partly created for *pure* 64 bit systems. Actually, for systems that can do both, would not know how to limit a device to only do 64 bit processing of WCG, but limiting your selection to the above sciences certainly would have the majority of tasks be done in 64 bits with some occasional wingman job in 32 bits [only when acting as repair man].
The speed differential is not phenomenal 2-8 percent, could even be that the 64 bit is slower than the 32 bit, as has been reported by some members. Again, would not know if that has been determined, how to stop WCG from sending 64 bit of a specific science. Above said, there was/is some test that the servers were to perform by sending e.g. a set of 20 to a host new to a science to run in both 32 and 64 bit, determining what's fastest on average and then forward on only send the one bit size. Don't think this has been implemented, or will be implemented. |
||
|
|
Ingleside
Veteran Cruncher Norway Joined: Nov 19, 2005 Post Count: 974 Status: Offline Project Badges: 
|
The 64 bit compiles [C4CW, CFSW, GFAM, SN2S, DSFL] were partly created for *pure* 64 bit systems. Actually, for systems that can do both, would not know how to limit a device to only do 64 bit processing of WCG, but limiting your selection to the above sciences certainly would have the majority of tasks be done in 64 bits with some occasional wingman job in 32 bits [only when acting as repair man]. Enforcing only 64-bit applications is easy, use the options <no_alt_platform> in cc_config.xml. Now the problem with this is all the projects not having any 64-bit applications at all... The speed differential is not phenomenal 2-8 percent, could even be that the 64 bit is slower than the 32 bit, as has been reported by some members. Again, would not know if that has been determined, how to stop WCG from sending 64 bit of a specific science. Enforcing 32-bit would be to run an older 32-bit BOINC-client, if not mis-remembers v6.6.xx or earlier didn't run 64-bit... Above said, there was/is some test that the servers were to perform by sending e.g. a set of 20 to a host new to a science to run in both 32 and 64 bit, determining what's fastest on average and then forward on only send the one bit size. Don't think this has been implemented, or will be implemented. This has been part of standard server-code since v6-something, but since the differentce between 32-bit and 64-bit often is small it's not always it's working as it should. If the 64-bit is clearly always faster, a server-config can disable sending of 32-bit to 64-bit capable computers. Some BOINC-projects, even if 64-bit is significantly faster, doesn't bother using this capabitily, and some users has a tendency to get cranky about still getting 32-bit, blaming everything else except the project-admins...  "I make so many mistakes. But then just think of all the mistakes I don't make, although I might." |
||
|
|
Tom WCG
Cruncher Joined: May 30, 2006 Post Count: 31 Status: Offline Project Badges:
|
Thanks SekeRob & Ingleside.
Based on the info received so far, I will just ignore the 32/64 bits issue and leave the efficiency matter to the developers. I will allow all projects I like that fit my system (RAM, storage space, etc.). |
||
|
|
mikey
Veteran Cruncher Joined: May 10, 2009 Post Count: 826 Status: Offline Project Badges: 
|
Thanks SekeRob & Ingleside. Based on the info received so far, I will just ignore the 32/64 bits issue and leave the efficiency matter to the developers. I will allow all projects I like that fit my system (RAM, storage space, etc.). THAT is what most of us do, we all crunch for our own reasons but most of those have nothing to do with the type of workunit as it relates to 32 or 64 bit. BUT those of us that CAN use 64 bit are happier when we see that, but as I said it is not a deal for most of us.   |
||
|
|
KerSamson
Master Cruncher Switzerland Joined: Jan 29, 2007 Post Count: 1684 Status: Offline Project Badges: 
|
On a specific platform type, there is a more significant (and bigger) difference between Windows and Linux than between 32 bit and 64 bit sciences.
----------------------------------------Enjoy, Yves |
||
|
|
|