|
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. 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. |
|
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). 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. 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, 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. 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! 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. |
©2026 Universitat Pompeu Fabra