Posts by Greg Beach

1) Message boards : Number crunching : Error PAOLA_RNP (cancel freely) // Addressed & fixed (Message 24812)
Posted 8 May 2012 by Greg Beach
Post:
Paola is soon sending a comonly-sized one (for LONG), aimed at ~10h on GTX580s and upload file sizes of ~80Mb. As compensation, we are adding an extra 5% credit on the new ones.

Won't really benefit me. Too many problems lately and inconsistent credit ratios. I'll be looking for a more stable/consistent project for my GPU.

Best of luck.
2) Message boards : Number crunching : NATHAN_FAX3 and FAX4 discussion (Message 24067)
Posted 21 Mar 2012 by Greg Beach
Post:
Additionally, we are looking at ways to reduce the size of uploads for the users, thought it is not clear at this point if we will be able to do that. Please be patient with the implementation of changes/improvements.

I tried to compress one of the workunits and it compressed by a factor of ~5:1. Maybe the project is already set up to take advantage of BOINC's built in compression (http://boinc.berkeley.edu/trac/wiki/FileCompression) but I can't tell from the logs on my end.

If you're not doing any compression then it looks like there's a considerable benefit to be had.
3) Message boards : News : GPUGRID's new Badge System coming soon (Message 22994)
Posted 18 Jan 2012 by Greg Beach
Post:
Badges?! We don't need no stinkin' badges!


Actually I think it's a great idea. I just don't get to use that line very often.

Keep up the good work.
4) Message boards : Server and website : Comments on new Website (Message 22782)
Posted 20 Dec 2011 by Greg Beach
Post:
I like the new site. Very clean and well organized.

I like the new logo too. Do you have larger version? I put links on my personal website to the projects I contribute to but the new logo looks a little small compared to the others.
5) Message boards : News : New applications 6.15 are out with much improved efficiency and less impact on the system (Message 21691)
Posted 17 Jul 2011 by Greg Beach
Post:
Will you be releasing a Linux version of the 6.15 app?
6) Message boards : Number crunching : Load balancing GPUGRID and other boinc projects on Linux. (Message 21039)
Posted 22 Apr 2011 by Greg Beach
Post:
Actually, I got that advice from you in another thread. Solved the problem I had earlier.

Glad it helped.
7) Message boards : Number crunching : Load balancing GPUGRID and other boinc projects on Linux. (Message 21038)
Posted 22 Apr 2011 by Greg Beach
Post:
Hi, What I can say is that in Ubuntu 10.10, / etc / environment, it works perfectly. Greetings.

I don't doubt that it works for you. I was merely pointing out that using /etc/environment works some of the time but using the /etc/[default|sysconfig] will always work so should be the preferred solution.
8) Message boards : Number crunching : Load balancing GPUGRID and other boinc projects on Linux. (Message 21031)
Posted 20 Apr 2011 by Greg Beach
Post:
Well, where did you put the swan_sync environment variable? Different distros read the environment variable in different places, so YMMV.

EDIT: For instance, I placed the line "export SWAN_SYNC=0" in my /etc/default/boinc-client file (Linux Mint 10). Others have reported that placing it in /etc/environment works, but it didn't work for me.


The effectiveness of adding it to /etc/environment seems to be inconsistent at best. Some distros ignore /etc/environment when starting daemons.

Adding it to the /etc/default file as you did is the best approach. It isolates the scope of the change to the boinc-client (no need to make the variable visible to every process on your system) and it is exactly what the file was intended for.

Here are instructions that should cover most of the common distros.

File on Debian based distros (including Ubuntu, Mint)

/etc/default/boinc-client

File on Fedora based distros (including Red Hat, CentOS)

/etc/sysconfig/boinc-client

Text to add

# Enable SWAN_SYNC for GPUGRID project
export SWAN_SYNC=0
9) Message boards : Graphics cards (GPUs) : GT240 and Linux: niceness and overclocking (Message 20547)
Posted 28 Feb 2011 by Greg Beach
Post:
After the discussion here I've noticed that there are some differences with the way the two most common distros, Ubuntu and Fedora/Red Hat, process the environment.

I've just changed my system to put the "export SWAN_SYNC=0" command in the /etc/sysconfig/boinc-client file. I believe the equivalent file on Ubuntu is /etc/default/boinc-client.

This has the advantage of limiting the scope of the SWAN_SYNC value to the BOINC client environment and shouldn't be affected by any operating system or BOINC client updates.

Any thoughts?
10) Message boards : Graphics cards (GPUs) : Setting up BOINC/GPUGRID on Fedora (Message 20544)
Posted 28 Feb 2011 by Greg Beach
Post:
Step #2 modifies the BOINC client init script which means that updates to the client could wipe out the change. The correct approach is to modify the /etc/sysconfig/boinc-client file.

Here are the updated instructions.

For anyone getting started with GPUGRID on Fedora here's how you can set it up. It may also work for other RPM based distros.

1. To install BOINC, run the following command as root:

yum install boinc-client boinc-manager

2. To improve GPUGRID performance you can dedicate a CPU core to the GPUGRID app. To do this enable swan_sync by adding the following to /etc/sysconfig/boinc-client:

# Enable SWAN_SYNC for GPUGRID project
export SWAN_SYNC=0

3. Reboot.

4. Run the BOINC Manager (in the System Tools menu). Check the messages to verify that your GPU was recognized. If everything looks good attach to the project and begin crunching.
11) Message boards : Graphics cards (GPUs) : GT240 and Linux: niceness and overclocking (Message 20542)
Posted 28 Feb 2011 by Greg Beach
Post:
However I'm pretty sure readenv=1 is the PAM default (readenv=1 tells pam_env.so to read /etc/environment).

Lacking any readenv=0, I do not understand why your /etc/environment isn't read. I may be wrong about the default PAM behaviour, of course.
I'll try a little bit harder.

Bye, and thank you again. :)


I've just tried on a live virtualized fedora 14, and /etc/environment is actually read.
I don't know why on your system it is not. Sorry, I have to give it up.

Bye.

I don't know what to tell you. I set up SWAN_SYNC in /etc/environment. I was able to open a command window and echo the SWAN_SYNC value no problem. So the default readenv=1 behaviour is there. However, it had no impact on the behaviour of the acedm2 app.

Only when I add the "export SWAN_SYNC=0" command to the boinc-client init script did acedm2 enable SWAN_SYNC.
12) Message boards : Graphics cards (GPUs) : GPU sometimes not recognized after Linux boot (Message 20540)
Posted 28 Feb 2011 by Greg Beach
Post:
I can't edit my original post so I hope people will read this far down. Thanks to Lem Novantotto the preferred solution is to only run the BOINC client at runlevel 5. On Fedora run the following command to correct the runlevel and reboot:

sudo chkconfig --level 1234 boinc-client off

If for some reason this still doesn't work then I guess my original solution would still work.
13) Message boards : Graphics cards (GPUs) : GPU sometimes not recognized after Linux boot (Message 20539)
Posted 28 Feb 2011 by Greg Beach
Post:
All runlevels? So even at S (single user from boot, 1 in Fedora)? This is clearly wrong, and is the cause of the "GPU not recognized" problem.
In Ubuntu I start it at 2345 and stop it at 601.
In Fedora I'd suggest to start it just at 5.

Bye.

I looked at the actual levels it was running at and it was only running at 3, 4 and 5. So even though the script indicated that it could run at all levels Fedora didn't run it at levels 1 and 2.

After your suggestion of only runlevel 5 I dropped runlevels 3 and 4 rebooting after each and the only way to get boinc-client to start on Fedora and properly recognize the GPU is to ONLY start at runlevel 5.

Thanks for your help Lev.
14) Message boards : Number crunching : Fermi GPU's (Message 20525)
Posted 26 Feb 2011 by Greg Beach
Post:
I'm running a GTX 560 so Fermi-class cards are supported. The error you got indicated cuda2.2 which I don't believe supports Fermi cards.

Is it possible that you have CUDA 2.2 toolkit installed on your system that may be inferring with the CUDA libraries in the GPUGRID project directory?
15) Message boards : Graphics cards (GPUs) : GPU sometimes not recognized after Linux boot (Message 20524)
Posted 26 Feb 2011 by Greg Beach
Post:
Add the line,
<start_delay>30</start_delay>

to the cc_config.xml file (or create the cc_config.xml file and add the line if you have to).

A possible alternative for some Fedora systems with network driver not loading fast enough (but might also work here, as it forces a delay).

Add the line NETWORKWAIT=yes to /etc/sysconfig/network to delay system startup for 10 seconds or until a network connection is up.

From http://boinc.berkeley.edu/wiki/Network_related_problems

I did try that originally and it didn't correct the problem.

And to be clear, it has nothing to do with the network driver. It's the X Window server loading after the BOINC client has started that causes the problem.
16) Message boards : Graphics cards (GPUs) : GPU sometimes not recognized after Linux boot (Message 20523)
Posted 26 Feb 2011 by Greg Beach
Post:
With Ubuntu I solved changing the /etc/init.d/boinc-client starting prefix to 98.

# update-rc.d -f boinc-client remove
# update-rc.d boinc-client defaults 98 02

I don't know which is the proper command for Fedora, though.

Bye.

In Fedora an init script can recommend it's own settings by including a chkconfig directive in the script itself. The Fedora provided BOINC client script has the line:

# chkconfig: - 98 02

which means that the script will be started at all runlevels ("-"), it's start order is 98 and the stop order is 02.

If you make any changes to the chkconfig value in the script you run:

chkconfig boinc-client resetpriorities

As you can see the BOINC client install from the Fedora repository already sets it up as start order 98 but depending on the services that are installed on a given system there may or may not be a problem.

However, if, as you suggest, changing the start order corrects the problem then I think that's preferable.
17) Message boards : Graphics cards (GPUs) : GPU sometimes not recognized after Linux boot (Message 20516)
Posted 25 Feb 2011 by Greg Beach
Post:
I've noticed that sometimes BOINC does not recognize my GPU after a reboot until I manually restart the BOINC client. It had to do with the BOINC client starting before the X server.

To solve this I added the following to my /etc/rc.d/rc.local:

echo "service boinc-client restart" | at now + 1 minutes

If someone has a better/different solution I'd be interested in seeing it.

Greg

18) Message boards : Graphics cards (GPUs) : GT240 and Linux: niceness and overclocking (Message 20515)
Posted 25 Feb 2011 by Greg Beach
Post:
Your solution works flawlessly. Well done!

Since I don't know Fedora, could you please help me understand? I suspect that Fedora's PAM configuration is slightly different with respect to Ubuntu's one. I guess that running:

$ grep "pam_env.so" /etc/pam.d

you'll get some output containing "readenv=0". Is it true?

Thanks.
Bye.

Glad it worked for you.

I ran the grep command and there were no entries on my Fedora system with readenv. I assume that implies readenv=0.

Out of curiosity, since I haven't done a lot of monkeying around with PAM I ran the same command in my Ubuntu install (running in VMWare) and it shows a number of entries with readenv=1.

Greg
19) Message boards : Graphics cards (GPUs) : Setting up BOINC/GPUGRID on Fedora (Message 20510)
Posted 25 Feb 2011 by Greg Beach
Post:
For anyone getting started with GPUGRID on Fedora here's how you can set it up. It may also work for other RPM based distros.

1. To install BOINC, run the following command as root:

yum install boinc-client boinc-manager

2. To improve GPUGRID performance you can dedicate a CPU core to the GPUGRID app. To do this enable swan_sync by adding the following line to the start() section of the /etc/rc.d/init.d/boinc-client script:

export SWAN_SYNC=0

You may have to redo this step if there is an update to the boinc-client package that overwrites the boinc-client script.

3. Reboot.

4. Run the BOINC Manager (in the System Tools menu). Check the messages to verify that your GPU was recognized. If everything looks good attach to the project and begin crunching.
20) Message boards : Graphics cards (GPUs) : GT240 and Linux: niceness and overclocking (Message 20506)
Posted 24 Feb 2011 by Greg Beach
Post:
I previously tried to enable swan_sync with similar success to others in this thread. Even renice -1 had no effect. I decided to try it again and after adding it to /etc/rc.d/rc.local, /etc/bashrc, /etc/profile and /etc/environment I still could not get it to work.

I finally added the following to the start() section of the /etc/rc.d/init.d/boinc-client:

     export SWAN_SYNC=0

and it worked. It gave my GT240 about a 20% improvement.

I don't know about other distros but that's what it took on my Fedora 14 x86_64 system to get swan_sync enabled.


Next 20

©2026 Universitat Pompeu Fabra