Hi Everybody,

Seem to have this Boinc GPU client installed, got work.....1 problem though:

This PC is:

Q9450 @3.58
Asus P5E-VM HDMI
OCZ 1066 2x2GB
8800GS OCed
WC Cpu, NB, Gpu
Vista x64 SP1

I run WCG (World Community Grid). Normally its working 4 WUs (1 on each core) while the GPU is running F@H.

Now that I have the GPUGRID running--WCG is only running 3 WUs, the 4th is "waiting to run" and "System Idle Process" In task manager is 25%. So, now I have 1 core sitting idle...for some reason. The GPU client is running according to Boinc and using zero cpu according to task manager.

"Protected Service Mode" was turned off during installation.

I've checked my preferences in Boinc and set them via my GPUGRID account.

Not sure where the problem is, but in order to keep running GPUGRID--I need the Cpu to continue running the 4 WUs on all 4 cores.

Any help would be appreciated!

Thank You. I will definitely keep on the look out for it!

Or do the ncpus+1 hack.. without any kind of warrenty ;)

MrS

In the data folder for BOINC, you need to create the file cc_config.xml. It normally is not there. After you stop boinc, create the file and put in it:

In the data folder for BOINC, you need to create the file cc_config.xml. It normally is not there. After you stop boinc, create the file and put in it:

<cc_config>
<log_flags>
<sched_op_debug>1</sched_op_debug>
</log_flags>
<options>
<ncpus>5</ncpus>
</options>
</cc_config>

This will make BOINC run 5 tasks (or however meny you tell it to) at once. Should a project go into high priority mode, it will still run 5 tasks (ie: 5 WCG tasks). The op debug part will also add more messages to your message tab that are suppressed normally.

Ok, slept for a few hrs......Problems. The 1st GPU WU finally completed. I had changed the settling to allow more work, so it DLed a few more WUs.

After the 1st WU completed, it changed to running 1 GPU WU, 1 WCG WU and 75% System Idle Process.

I restarted Boinc and tried several different things....nothing worked.

Help?

Seems that I managed to get it going after my last post. It does require some babysitting, but its running. I haven't sorted out the specifics yet, but I've been very busy the last few days and have really only had time to check it, get it going correctly again...and then move on with the rest of life.

As someone else posted in another thread: I basically suspend both my projects (WCG and GPUGRID), then Resume WCG to get those 4 WUs going on the CPU(--it will actually start 5 WUs), then I resume GPUGRID and it will start/restart a GPU WU. The 5th WCG WU will then change to "Waiting to Run" and sit idle.

The part that I have not had time to sort out is this: As WUs complete, the system will work it way down to 1 WU running and that's it. Not always though...sometimes I can tell that its been running properly for quite a while....sometimes not. At this point there doesn't seem to be any rhyme or reason to it that's obvious. I should have the opportunity over the next few days to really keep a close eye on everything, so I'm hoping I can sort out what the MO is and get an idea of what's going on.

I WAS not getting ANY computation errors before starting this GPU project. Now I'm getting 1 here and there. I know that there is a WU issue outside of GPUGRID, so I'm am going to have to try to determine whether or not they are related to that....or if its this Boinc version, GPUGrid, or what.

With some babysitting--its working. So, that's a good thing. Running 6.3.12.

Ok I have tried this method as described in this thread creating an xml file and putting it in the BOINC directory and it doesn't work.Still running 3 cpus and 1 gpu. This is in Linux 64bit. The xml file looks ok but if I start the client in a terminal it is not picking up the xml file....any ideas?

Running 6.3.12.

Running 6.3.12.

Your problem is 6.3.12, it does exactly what your describe. It has a flaw in it.

Upgrade to 6.3.14

For all: Do not run 6.3.11, 6.3.12 or 6.3.13 - All those have different flaws in the scheduler code. If you are running one of these, please upgrade.

You can get 6.3.14 here -> http://boinc.berkeley.edu/download_all.php. The cc_config.xml should also work with 6.3.10, but I think I have read that there was a problem with xml parsing, but am not really sure about that. At least it worked with 6.3.8 on my Linux64 hosts...

Where do you have BOINC installed and in which folder have you put your cc_config.xml to?
Are you sure it has the right name? It should at least contain -

<cc_config>
<options>
<ncpus>5</ncpus>
</options>
</cc_config>
____________

pixelicious.at - my little photoblog

Boinc is installed in a folder(BOINC) on the desktop to which the xml file was placed. I installed it using the sh command in root and it placed all the files in that folder.It has the right name and the right files(I copied and pasted from what others said worked and re-reviewed it.)Going to try the new version you linked...thanks

Boinc is installed in a folder(BOINC) on the desktop to which the xml file was placed. I installed it using the sh command in root and it placed all the files in that folder.It has the right name and the right files(I copied and pasted from what others said worked and re-reviewed it.)Going to try the new version you linked...thanks

Running 6.3.12.

Your problem is 6.3.12, it does exactly what your describe. It has a flaw in it.

Upgrade to 6.3.14

For all: Do not run 6.3.11, 6.3.12 or 6.3.13 - All those have different flaws in the scheduler code. If you are running one of these, please upgrade.

No Keith I am running 6.3.10.....the only version I see available for 64bit Linux....is there another version out? I thought all the newer versions were for windows...please link me if there is another for Linux...Thanks-Jeff

All XML files go in the DATA directory, it should be in the same folder that contains client_state.xml.

It does not go in the folder that contains boinc or boincmanager.

Boinc is installed in a folder(BOINC) on the desktop to which the xml file was placed. I installed it using the sh command in root and it placed all the files in that folder.It has the right name and the right files(I copied and pasted from what others said worked and re-reviewed it.)Going to try the new version you linked...thanks

Just need to reboot now but I am waiting until my 1st task completes as it has run almost 18 hrs wall clock and 1 hr cpu time....will let you know after rebbot.

I had originally had BOINC as root when it was d/l by the synaptic package manager in Ubuntu but of course to do anything I had to change permissions everywhere so no it is installed as my username,not root, and not Boinc.

I prefer installing BOINC via package management and then updating it to the most recent verion by hand. That way you have a dedicated BOINC user, working start, stop and restart scripts and its way more structured then the normal BOINC setup :-D
configuration files, including cc_config.xml reside in /etc/boinc-client
start/stop scripts in /etc/init.d
the BOINC binaries in /usr/bin
and finally all the changing project data, log files and other stuff in /var/lib/boinc-client

It can still be controlled by your normal user, it can still access the hardware when you add boinc to the video group etc... ;-)

OK I found a bug with cc_config.

At least in the Windows XP x86 version of 6.3.14

If you change cc_config.xml

then in manager under advanced/read config file

It reads the file but the settings do not go into effect.

To make them kick in also do

advanced/read local prefs.

I've reported this minor bug.

Other option would be to shut done boinc and restart.

Here is a test
I had set <ncpus>3</ncpus> (I only have 2)
Manually run Benchmarks, this reports 3 CPUs
take out ncpus from config file
advanced/read config file
nothing appears to happen
Manually run benchmarks, It reports 3 CPUs
Without changing anything else
advnaced/read local prefs
Benchmarks automaticlly run reporting CPUs changed from 3 to 2

BOINC 6.3.14 for Linux64 turned out to be very buggy...

The alternate blue/white fields on the messages and tasks lines were flashing like a kaleidescope.The start-up messages on preferences,projects attached to,etc kept loading over and over again,then finally the client told me I had no co-processor capable of running PS3grid and would not download new work.I also could not get cc_config.xml to work either.

I switched back to 6.10.13 and everything went back to normal.

If anyone has created a core client that amends the ncpus lines to 4+1 and could provide a download link it would be MUCH APPRECIATED.

I'm running 6.3.14 on Ubuntu 8.10 (the upcoming Intrepid release) with the current app, and I'm not having any problem with it ;-) Just to throw a good word in for 6.3.14 under Linux...
I have no problems while using the manager, even the new properties button works as expected :-D

Umm... I switched yesterday to Fedora 10 Beta and BOINC 6.3.14 and it works great. I haven't seen any of the bugs Jeff described.
I also tried the cc_config.xml with ncpus+1 and it is working here.
____________

pixelicious.at - my little photoblog