| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Retired Forums
Forum: Member-to-Member Support [Read Only]
Thread: Running processes at windows with WCGrid |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 8
|
|
| Author |
|
|
Karlsson
Cruncher Joined: Nov 20, 2004 Post Count: 26 Status: Offline Project Badges: 
|
HI Gyus, new member here, I got a question, wich are the processes run with the world community grid client? i ask this cause i have a dual machine that gets to 100%, both processors running but I see that WCGrid_Rosetta.exe take 50 CPU and FahCore_78.exe takes the other 50, I was wondering if this FahCore_78.exe is from this grid cause I use to run Folding@Home also, and now i dont know if this is from WCGrid or not, thanks
[IMG]http://img.photobucket.com/albums/v380/pandora2x/wcgrid1.jpg[/IMG] |
||
|
|
David Autumns
Ace Cruncher UK Joined: Nov 16, 2004 Post Count: 11062 Status: Offline Project Badges: 
|
Hi Karlsson
----------------------------------------You should have 3 services running for WCG You will have a WCGrid_Rosetta.exe, a UD.exe and a ud_126863.exe. This last filename changes as new versions of the agent are released. I would imagine that your Folding@Home is running alongside your WCG on your PC at the moment All the best Dave  [Edit 1 times, last edit by David Autumns at Jan 9, 2005 8:09:12 PM] |
||
|
|
Karlsson
Cruncher Joined: Nov 20, 2004 Post Count: 26 Status: Offline Project Badges:
|
well, then I dont know why, the FahCore_78.exe pops up when I use WCGrid , and I dont know why, If i stop it manually it comes again :S:S, I even uninstalled it, and Its still here!
|
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
FahCore_78.exe is client software for the Folding@home distributed computing project from Stanford. Perhaps someone in here familiar with Folding@home can help you with how to uninstall it as I have had no experience with that project.
|
||
|
|
Karlsson
Cruncher Joined: Nov 20, 2004 Post Count: 26 Status: Offline Project Badges:
|
well I cant get rid of it, I have uninstalled it, and its still here, installed and uninstalled and still.
 |
||
|
|
UNiRAC
Advanced Cruncher US Joined: Dec 2, 2004 Post Count: 134 Status: Offline Project Badges: 
|
F@H.core at 50 %
----------------------------------------well I cant get rid of it, I have uninstalled it, and its still here, installed and uninstalled and still.  Kewl-it-dude,,, you are lucky to have BOTH workin' My hat's off to ya, but if ya just reboot occasionally , then on boot-up, just click on F@H icon in the 'TRAY' to QUIT the "double-HELIX" and run 100% for Da'Grid'!  JOIN MY team,,, yeah-RIGHT!   Are You REALLY Computing?  |
||
|
|
Karlsson
Cruncher Joined: Nov 20, 2004 Post Count: 26 Status: Offline Project Badges:
|
wel I finally did it, the thing its that when I exit the program it would start again somehow, even erasing fah_core78.exe it would come back, It was a reg key that made it come back. Now I can run Grid for it self, but the thing is, this program doesnt get the 100%, its a dual opteron, uses both processors but not to the max like SETI
|
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Now I can run Grid for it self, but the thing is, this program doesnt get the 100% The UD agent software is not SMP compatible. This means that the max you will get is 50%. Below is take from this thread OK, here we go one more time: The agent is NOT designed to run on an SMP system. Period. While you MAY get two instances to run, you're very likely corrupting both workunits. The reason for this is because system objects such as shared memory, semaphores and mutexes use hard coded names and the agent makes assumptions that just it and the application are accessing them. If two agents and applications attach to these objects there is the very real potential of clobbering shared memory, corrupting the semaphore/mutex lock count etc. It's just a limitation of the United Devices agent, which will not be "fixed" in this current version. The end result is you end up wasting your time and this project's time because the workunits must be sent out again to be recalculated. As mentioned, the only "safe" way to do this is to use a virtual machine, such as VMWare. However, this would only be beneficial to true SMP machines. It's pointless to even try this with Hyperthreaded CPUs as it's really just one CPU and you end up thrashing between the two agents, thus slowing both down. ---------------------------------------- Rick Alther World Community Grid Application Developer Also have a look at this thread as well. |
||
|
|
|