Posts by Claggy

1) Message boards : Cruncher's Corner : Building Boinc for Einstein@Home and the Raspberry Pi 2 (Message 139584)
Posted 3 days ago by Claggy
7.4.42 didn't compile, so I went with 7.5.0

What didn't compile, Boinc, or Boinc Manager? What was the error?

What OS? Raspbian Wheezy, or Jessie? Or something else?

Claggy
2) Message boards : Problems and Bug Reports : GPU died? (Message 139562)
Posted 4 days ago by Claggy
MilkyWay OpenCL tasks completed successfully. So I have to set BOINC to use GPU only for MilkyWay and to use CPU for Einstein. Any ideas how to do that?
P.S. all venues are busy for other hosts...


You can use an exclude line in your cc_config.xml file like this:

<cc_config>
<options>
<exclude_gpu>
<url>http://einstein.phys.uwm.edu/</url>
<device_num>0</device_num>
</exclude_gpu>
</options>
</cc_config>

This way you can have your pc on a venue that allows both cpu and gpu units, but the exclude section will prevent you from getting any gpu units from Einstein. You can have multiple exclude sections if needed.

That cc_config option will stop received tasks being run on GPU device 0, allowing any received work to be run GPU devices 1, 2, 3 etc,
It will not stop you getting those GPU tasks in the first place, to do that you have to deselect either the 'Use **** GPU' setting, or the GPU work type in the project preferences.

There are four locations/venues available, so you can do four different sets of preferences.

Claggy
3) Message boards : Cruncher's Corner : Building Boinc for Einstein@Home and the Raspberry Pi 2 (Message 139439)
Posted 8 days ago by Claggy
I have built the current version of Boinc (7.5.0) to run Einstein@Home on my new Raspberry Pi 2 running Raspbian Wheezy using the following:

sudo apt-get update
sudo apt-get install m4 libtool autoconf automake libssl-dev libcurl4-openssl-dev
git clone git://boinc.berkeley.edu/boinc-v2.git boinc
cd boinc
./_autosetup
./configure --disable-server --disable-manager
make
sudo make install

sudo useradd -d /var/lib/boinc boinc
sudo mkdir /var/lib/boinc
sudo chown boinc:boinc /var/lib/boinc

sudo /etc/init.d/boinc-client start

After connecting to Einstein@Home, it won't get any tasks. I get the following error:

platform 'armv7l-unknown-linux-gnueabihf' not found

I assume I need to change the configuration to include a different platform:

./configure --disable-server --disable-manager --with-boinc-platform=

What is the correct platform to get Einstein@Home tasks for the Raspberry Pi 2?

That's not the current version of Boinc, you're building from head, that's really the future version of Boinc you're building (It might be broken when you try it), Better to build from a tagged release, like 7.4.42, do it with the following before building Boinc:

git checkout client_release/7.4/7.4.42; git status

If anyone is wanting to build Boinc Manager too then they're restricted on Raspbian Wheezy to Boinc 7.2.47 (Because it only has wxwidgets 2.8), they'll also need to get a few more dependencies:

sudo apt-get install git make m4 libtool autoconf pkg-config automake g++ gcc libcurl4-openssl-dev libssl-dev libwxgtk2.8-dev libsqlite3-dev gettext docbook2x docbook-xml libxml2-utils zlib1g-dev libsm-dev libice-dev libxmu-dev libxi-dev libx11-dev libnotify-dev freeglut3-dev libgtk2.0-dev libfcgi-dev libjpeg8-dev libxss-dev libxcb-util0-dev libxcb-dpms0-dev libxext-dev

git clone git://boinc.berkeley.edu/boinc-v2.git boinc

cd boinc

git checkout client_release/7.2/7.2.47; git status

./_autosetup

./configure --disable-server --enable-client --with-boinc-alt-platform=arm-unknown-linux-gnueabihf CXXFLAGS="-O3 "

make

sudo make install

sudo useradd -d /var/lib/boinc boinc
sudo mkdir /var/lib/boinc
sudo chown boinc:boinc /var/lib/boinc

sudo /etc/init.d/boinc-client start

(I haven't tested making and installing Boinc Manager this way, I build it as a package, then manually run it from my home directory)

To Build and run Boinc from your home directory do the following:

sudo apt-get install git make m4 libtool autoconf pkg-config automake g++ gcc libcurl4-openssl-dev libssl-dev libwxgtk2.8-dev libsqlite3-dev gettext docbook2x docbook-xml libxml2-utils zlib1g-dev libsm-dev libice-dev libxmu-dev libxi-dev libx11-dev libnotify-dev freeglut3-dev libgtk2.0-dev libfcgi-dev libjpeg8-dev libxss-dev libxcb-util0-dev libxcb-dpms0-dev libxext-dev

git clone git://boinc.berkeley.edu/boinc-v2.git boinc

cd boinc

git checkout client_release/7.2/7.2.47; git status

./_autosetup

./configure --disable-server --enable-client --with-boinc-alt-platform=arm-unknown-linux-gnueabihf CXXFLAGS="-O3 "

make

cd packages/generic/sea/

make

copy and paste boinc_7.2.47_armv7l-unknown-linux-gnueabihf.sh into the home directory (from boinc/packages/generic/sea/)

sh boinc_7.2.47_armv7l-unknown-linux-gnueabihf.sh

Then navigate into the BOINC directory and double click the Boincmgr icon. (the run_client and run_manager short cuts nolonger work)

Claggy
4) Message boards : Problems and Bug Reports : Progress bars stuck (Message 139416)
Posted 9 days ago by Claggy
Another option is to just restart Boinc, Suspending a task, or the project won't necessarily free the app from memory (depending on Boinc preferences), restarting Boinc will free it from memory, allowing the task to continue from the last checkpoint.

Claggy
5) Message boards : Problems and Bug Reports : GPU died? (Message 139346)
Posted 12 days ago by Claggy
But I still don't understand why I can't crunch CPU versions of GPU applications. I have only Gamma Ray WU's now.

Because none of the GPU work types have CPU applications at present?

Binary Radio Pulsar Search (Parkes PMPS XT) is GPU only.

Gravitational Wave search S6Bucket Follow-up #1 is CPU only.

Gamma-ray pulsar search #4 is CPU only.

Binary Radio Pulsar Search (Arecibo, GPU) is GPU only.

Binary Radio Pulsar Search (Perseus Arm Survey) is GPU only.

Binary Radio Pulsar Search (Arecibo) is Intel GPU only on WIndows, and ARM CPU only on Android and Linux.


Einsteinathome applications

Claggy
6) Message boards : Cruncher's Corner : Times (Elapsed / CPU) for BRP5/6/6-Beta on various CPU/GPU combos - DISCUSSION Thread (Message 139164)
Posted 17 days ago by Claggy
My runtimes for my GTX760 went from ~10,500secs for the v1.39 BRP5-cuda32-nv301 app, down to ~5,400secs for the v1.50 BRP6-Beta-cuda32-nv301 app,
the HD7770 was managing times ~10,500 (+/-1000)secs on the v1.47 BRP6-Beta-opencl-ati app, Both GPUs on a PCIe2 x8 link, CPUs idle.

Host 2542754

Sorry, it's not a fulltime Einstein host, and has been rather temperamental over it's life, so much so that i removed it's 4.7GHz overclock the other week,
this didn't help the recent screen lockups (since i got the GTX760) i was seeing while i was running the Einstein BRP5/6/6-Beta apps,
it's been much more stable since it's returned to running Seti, althrough it's times have increased a bit without the overclock,
time for a 4th Gen i7 i think.

Claggy
7) Message boards : Problems and Bug Reports : Typos on the Einstein and Albert application pages (Message 139163)
Posted 17 days ago by Claggy
Thanks.

Claggy
8) Message boards : Problems and Bug Reports : BRP4 Intel GPU app feedback thread (Message 139147)
Posted 17 days ago by Claggy
I'm trying to find out why there is no intel GPU support under linux.
Is it correct that it's up to intel to make an openCL-driver for the iGPU, which they for unknown reasons don't do?
Any chance for this to be supported in near future?

I googled, but i found it hard to find information.
I found the beignet framework to support opencl on intels igp, but i guess this isn't supported by boinc.

I googled 'intel gpu opencl support' as I had before, and found that there is now an OpenCL driver for Linux 64:

https://software.intel.com/en-us/articles/opencl-drivers

Don't know how much use that is to us at the moment, it seems you need to get Intel® Media Server Studio to get the driver.

Claggy
9) Message boards : Problems and Bug Reports : BRP6 Beta CUDA: "WU is infeasible" Messages (Message 139102)
Posted 18 days ago by Claggy
Hi,

A couple of my NV hosts show "WU is infeasible" message in the scheduler log.

Host 5460747 has the following:
2015-03-08 16:02:05.6861 [PID=20685] Only one Beta app version result per WU (#213440748, re#1)
2015-03-08 16:02:05.6862 [PID=20685] [send] [HOST#5460747] [WU#213440748 PM0008_030C1_200] WU is infeasible: Project-specific customization
2015-03-08 16:02:05.6888 [PID=20685] Only one Beta app version result per WU (#213435324, re#2)
2015-03-08 16:02:05.6901 [PID=20685] Only one Beta app version result per WU (#213435190, re#3)
and host 5671625 has the following:
2015-03-08 15:50:31.9250 [PID=16284] Only one Beta app version result per WU (#213435197, re#1)
2015-03-08 15:50:31.9250 [PID=16284] [send] [HOST#5671625] [WU#213435197 PM0008_03081_16] WU is infeasible: Project-specific customization
2015-03-08 15:50:31.9262 [PID=16284] Only one Beta app version result per WU (#213435272, re#2)

A search through each hosts pendings, valids & in progress does not find any of the WU ID's listed in the messages.

Any ideas on why this might be happening? Or is this just a beta glitch?

Gord

The scheduler is refusing to send the tasks to your host in each case because a task for each Wu already uses the Beta app,
the tasks are then sent to another host shortly afterwards that uses the non-Beta app.

Claggy
10) Message boards : Technical News : Binary Radio Pulsar Search (Parkes PMPS XT) "BRP6" (Message 138833)
Posted 26 days ago by Claggy
I'm going to try passing <api_version> 7.5.0 to v1.39 to see what messages are sent, and what the reaction is - though the failure happens so quickly I may not be able to catch it. If I can, I'll trying rebranding some v1.39 tasks to v1.47 with a lower API, and repeat.

Try using --exit_after_app_start 1

http://albertathome.org/goto/comment/80543

Claggy


Next 10

Home · Your account · Message boards

This material is based upon work supported by the National Science Foundation (NSF) under Grants PHY-1104902, PHY-1104617 and PHY-1105572 and by the Max Planck Gesellschaft (MPG). Any opinions, findings, and conclusions or recommendations expressed in this material are those of the investigators and do not necessarily reflect the views of the NSF or the MPG.

Copyright © 2015 Bruce Allen