My first v6.07 (on 9800 GTX+) doesn't seem happy.

Repeatedly restarting from zero, several cycles of 'every 4 seconds', then maybe it'll run for 40 seconds. Lots of 'exit 0' in the message log. It'll hit the 100-exit limit soon, so you'll be able to look at std_err.

Edit: Ooooooh, isn't it rude! You got shares in NVidia, or something? (only joking).

My first v6.07 (on 9800 GTX+) doesn't seem happy.

Changes are:
1) it better supports cards with little memory

ACEMD2 6.07 tasks are continuously restarting on my EVGA GTS250/512MB, running on WinVista/BOINC 6.10.56. Resetting the project (as per the client's message string) had no effect. I've been running 6.05 without problem. Thanks, guys, for the "upgrade."
____________

Changes are:
1) it better supports cards with little memory
2) setting the environment variable SWAN_SYNC=0, will force use of an entire CPU core to run faster. This is valid in Windows and Linux now.

gdf

a quick search found this page ... read the bottom of the page to see how tyo make it "global"

http://lowfatlinux.com/linux-environment-variables.html
____________
Thanks - Steve

Thx, Steve ;-)

Just I've got:

Looking at the messages, I think BOINC Manager is only asking for CPU tasks (of which there are none) and not asking for GPU tasks. At this point I think you could try detaching and re-attaching to the project. Open BOINC Manager and after clicking on GPUGrid in the Projects tab, click on the Reset Project button. This should clear out your local settings for the project and hopefully BOINC Manager will start asking for the correct type of work again. After doing this please check you messages closely to see if it is asking for GPU tasks. It will still ask for CPU work but that's OK. If that does not work I would suggest doing a Detach, close BOINC Manager completely and then open it again and from the Tools menu attach to this project again.
____________
Thanks - Steve

Snow Crash, I followed your link & posted a question, but was impatient. I have no idea what I just did, but something happened with BOINC. Could you help to point out if I did something bad?

I opened the terminal & wrote:

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

echo $PATH

PATH=$PATH:$HOME/bin

env

export SWAN_SYNC=0

sudo /etc/init.d/boinc-client restart
____________

I know nothing about linux, I just read the page ...

To list the current values of all environment variables, issue the command

env


does it show SWAN_SYNC ?

do you know if you are using csh or bash as your shell?
Some versions of Linux use a different command shell. Here are the commands for csh and bash shells:

CSH: setenv SWAN_SYNC 0
BASH: export SWAN_SYNC

____________
Thanks - Steve

It uses BASH, since export worked. SWAN_SYNC=0 is listed under after typing env, but only as long as the terminal isn't closed. If the terminal is closed, SWAN_SYNC=0 disappears, I don't know how to make it stick, I didn't understand the guide, so I just keep the terminal open if I want SWAN_SYNC=0
____________

guys,
DO NOT INSTALL latest free driver, which comes as update in ubuntu. this is the reason why there were jobs for me. none of known ways works for me as of now.
____________

I don't know how to make it stick

I added; export SWAN_SYNC=0 to the .profile file (which is hidden), restarted, opened terminal & wrote env, it's there, it stuck, but does it do anything??? BOINC is still might slow with the 6.08 so does it work???
____________

I do believe that the problem is with 6.08 app coz 6.04 runs just fine with high GPU load and temps (some kind of indicator for me:-)

The crash I faced with new free drivers was terrible. I tried all ways I know to install driver - no luck.
____________

You're using Ubuntu 10.04 aren't you? It's different from 9.10 I went back to 9.10 on 2 of my PC's so I could upgrade/downgrade myself. I haven't figured out how to do that on Ubuntu 10.04
____________

that's pretty much easy:

1. get new driver from http://www.nvidia.com/Download/index5.aspx?lang=en-us
2. sudo gedit /etc/modprobe.d/blacklist.conf and adding:

blacklist vga16fb
blacklist nouveau
blacklist rivafb
blacklist nvidiafb
blacklist rivatv

3. deleting any nvidia driver

sudo apt-get --purge remove nvidia-*

4. restart
5. login/pass

sudo sh /path/to/NVIDIA-Linux-x86_64-195.36.24-pkg2.run

7. sudo service gdm start
or
sudo reboot
____________

what should I do with SWAN_SYNC=0?

Create an environment variable called "SWAN_SYNC" and set it to 0 to get maximum GPU utilization. I have no idea how to do this in Linux, though.

MrS

so, the problem is 6.08, but not the variable
____________

Installed my brand new GTX 470 yesterday om my LINUX machine.
Uploaded a new WU and started crunching a 6.06 after a couple of minutes.
However, the speed was excruciating slow - a percentage tick every 28-30 seconds, So I decided to try something - I changed the nice value from 10 to 4 and as by miracle the turtle turned into a hair. Now a percentage tick in less than 2 seconds average.
Unfortunately I then had to leave for some duty travel. Coming back today I found out that
- the first WU was turned in successfully well under 3 hours time
- the following second WU though had only reached 24% after some 22 hrs runtime, so I changed the nice value again to 4. An hour or so later it reached already 66%

Anybody that knows how to permanently (i,e, so it sticks after every restart) change the nice value of a programme?

Kind regards

Alain

Thanks for your advice Mr S.
I freed up one CPU core and set the SWAN_SYNC to 0.
Now the speed is acceptable.
However, changing the nice value to 4 still gives a very good speed rise.

But that will be for later...

Good night

Alain

Thanks for your advice Mr S.
I freed up one CPU core and set the SWAN_SYNC to 0.
Now the speed is acceptable.
However, changing the nice value to 4 still gives a very good speed rise.

One can configure the app through some parameters in the supplied app_info.xml.
This is done by editing the line

<cmdline></cmdline>

There are several options one can put in there, the order does not matter. If the same argument
is given twice, the last one counts. Remember that for editing the app_info.xml one should take
the same precautions as for the installation of the application, i.e. one should stop BOINC
completely and restart it afterwards.

Options:

kernel frequency: f (default 30)
The application determines the size of the work packages sent to the GPU in a dynamic manner. It
tries to get the number of executed packages per second above the value specified here by
splitting them to smaller ones. The OS is completely blocked from accessing the graphics card for
the duration of one package leading to a somewhat sluggish behaviour of the user interface.
Limiting the size and therefore reducing the execution time per package creates more opportunities
for the OS to slip in between two work packages and to react to user input. The default value of
30 Hz is tuned for usability of the system. Reducing it could increase the throughput of the app
slightly.

Example:
<cmdline>f10</cmdline>
The app will try to run 10 work packages per second (limits the execution time to 100ms or shorter).


Wait factor: w (default 1.0)
The app tries to release the CPU during the the GPU computations. It does so by predicting
the runtime for the GPU calls and send the CPU thread to sleep for that time. One can manually
correct the prediction of the application with this factor. When raising it, the CPU thread
sleeps longer, decreasing the value will lead to a faster wakeup of the thread. After that time,
the polling of the GPU starts. Setting this value to 0.0 turns off the release of the CPU.
Default is of course a value of 1.0. If you see a low GPU load, you can try to decrease it (if
you have a load of 80%, set it to 0.8). If you see a high CPU load, a slight increase of this
value may help. Increase it too much and it will affect the crunching speed. You could use this
for throttling of the GPU in case the high GPU load leads to a very sluggish behaviour of the
user interface or even VPU recover events. Setting w1.1 could improve the situation (see also
the f, b and p options).

Example:
<cmdline>w1.3</cmdline>
This would increase the sleep time by 30% in relation to the prediction.


Maximum GPU RAM use: r (default 33.4)
The application allocates memory on the graphics card to store the calculated steps. Increasing
the size can offer more parallel data to process and the f option more room to get the real
setting closer to its specified value. But you should not increase the RAM usage, if more than
one WU are processed concurrently. The value is given in percent relative to the installed amount.
Too high or too low values can crash the application, so be careful! See also the explanation
about the graphics RAM usage at the end of the readme.

Example:
<cmdline>r25</cmdline>
This would decrease the maximum RAM usage to 25%.


Priority: p (default 2)
All BOINC applications normally run with the lowest possible priority to not disturb other
applications. This can lead to a low GPU load, as it may be not possible to fire up the next tasks
if all cores of the CPU are under load. Raising the priority may help here. BOINC recommends a
slightly increased priority for GPU applications. This setting is the default. Possible values:
p0: idle priority, used by CPU BOINC applications
p1: normal priority in idle priority class (below normal), this is recommended for BOINC GPU
applications, but apears to be not enough to enable millisecond polling of the GPU with Vista
p2: normal priority in normal priority class, the default
p3: normal priority in high priority class, use with care!
The priority will affect how much time it takes for the the app to get back control if it releases
its time slice (see also option b).

Example:
<cmdline>p3</cmdline>
This raises the priority to high (not recommended).


Polling behavior for the GPU within the Brook runtime: b (default 1)
See the option w for starters. If that time has elapsed, the GPU polling starts. This can be done
by continously checking if the task has finished (b-1), enabling the fastest runtimes, but potentially
creating a high CPU load (a bit dependent on driver version). Second possibility is to release the time
slice allotted by the OS, so other apps can run (b0). The catch is that there is some interaction with
the priority. The time slice is only released to other tasks of the same priority. So raising the priority
effectively disables the release and the behavior is virtually identical to setting this parameter
to -1. If a raised priority and a low CPU time is wanted, one should leave it at the default of 1. This
suspends the task for at least 1 millisecond, enabling also tasks of lower priority to use the CPU in the
meantime. One can use also b2 or b3 if one wants a smoother system behaviour.
Possible values:
b-1: busy waiting
b0: release time slice to other tasks of same priority
b1, b2 or b3: release time slice for at least 1, 2, or 3 milliseconds respectively
See also options p and w.

Example:
<cmdline>b-1</cmdline>
Enable busy waiting (no release of the time slice during polling).