Just create it then.

gdf

What's it supposed to do?
Why should I create a hidden file in my main folder outside BOINC for your project?
Why don't you include it in your program?
What will other applications outside BOINC do with this?

When an interactive shell that is not a login shell is started, bash reads and executes commands from /etc/bash.bashrc and ~/.bashrc, if these files exist.

Mine looks like this

# This file is sourced by all *interactive* bash shells on startup,
# including some apparently interactive shells such as scp and rcp
# that can't tolerate any output. So make sure this doesn't display
# anything or bad things will happen !


# Test for an interactive shell. There is no need to set anything
# past this point for scp and rcp, and it's important to refrain from
# outputting anything in those cases.
if [[ $- != *i* ]] ; then
# Shell is non-interactive. Be done now!
return
fi

# Bash won't get SIGWINCH if another process is in the foreground.
# Enable checkwinsize so that bash will check the terminal size when
# it regains control. #65623
# http://cnswww.cns.cwru.edu/~chet/bash/FAQ (E11)
shopt -s checkwinsize

# Enable history appending instead of overwriting. #139609
shopt -s histappend

# Change the window title of X terminals
case ${TERM} in
xterm*|rxvt*|Eterm|aterm|kterm|gnome*|interix)
PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME%%.*}:${PWD/$HOME/~}\007"'
;;
screen)
PROMPT_COMMAND='echo -ne "\033_${USER}@${HOSTNAME%%.*}:${PWD/$HOME/~}\033\\"'
;;
esac

use_color=false

# Set colorful PS1 only on colorful terminals.
# dircolors --print-database uses its own built-in database
# instead of using /etc/DIR_COLORS. Try to use the external file
# first to take advantage of user additions. Use internal bash
# globbing instead of external grep binary.
safe_term=${TERM//[^[:alnum:]]/?} # sanitize TERM
match_lhs=""
[[ -f ~/.dir_colors ]] && match_lhs="${match_lhs}$(<~/.dir_colors)"
[[ -f /etc/DIR_COLORS ]] && match_lhs="${match_lhs}$(</etc/DIR_COLORS)"
[[ -z ${match_lhs} ]] \
&& type -P dircolors >/dev/null \
&& match_lhs=$(dircolors --print-database)
[[ $'\n'${match_lhs} == *$'\n'"TERM "${safe_term}* ]] && use_color=true

if ${use_color} ; then
# Enable colors for ls, etc. Prefer ~/.dir_colors #64489
if type -P dircolors >/dev/null ; then
if [[ -f ~/.dir_colors ]] ; then
eval $(dircolors -b ~/.dir_colors)
elif [[ -f /etc/DIR_COLORS ]] ; then
eval $(dircolors -b /etc/DIR_COLORS)
fi
fi

if [[ ${EUID} == 0 ]] ; then
PS1='\[\033[01;31m\]\h\[\033[01;34m\] \W \$\[\033[00m\] '
else
PS1='\[\033[01;32m\]\u@\h\[\033[01;34m\] \w \$\[\033[00m\] '
fi

alias ls='ls --color=auto'
alias grep='grep --colour=auto'
else
if [[ ${EUID} == 0 ]] ; then
# show root@ when we don't have colors
PS1='\u@\h \W \$ '
else
PS1='\u@\h \w \$ '
fi
fi

# Try to keep environment pollution down, EPA loves us.
unset use_color safe_term match_lhs

---

Re: Swan_Sync/SWAN_SYNC=0

I don't think it matters exactly were you put the command "export SWAN_SYNC=0" so long as it is a file that is automatically read at startup.

I totally don't know this for a fact but it seems to be the case.

Mine is in a file called "profile" in the directory /etc/ and it works fine.

Edit: It seems SWAN_SYNC=0 must be in caps for Linux or at least perhaps for the Linux distro I use (FatDog-64).

Did GPUGrid ever get the 460 running better/faster?

No

I just spent an hour going through this thread, from first to last. I gave up half way, bemused by all the technicalities. Why would I do that?

In a few days I will have an ASUS ENGTX460 DirectCU/2DI/1GD5, to replace my creaking 9600 GSO.

Can you please tell me if the GTX 460 can now perform to its maximum capability on GPUGRID, or should I consider switching to folding@home?

Thank you,

Tom

Can you please tell me if the GTX 460 can now perform to its maximum capability on GPUGRID, ... ?

GPUGRID can still use only the 2/3 of the shaders of any CC2.1 cards (GTX 460, GTX 560 etc). It is not clear, if GPUGRID could ever use all of the shaders of CC2.1 cards.

..., or should I consider switching to folding@home?

Should I answer this one too?

I just spent an hour going through this thread, from first to last. I gave up half way, bemused by all the technicalities. Why would I do that?

In a few days I will have an ASUS ENGTX460 DirectCU/2DI/1GD5, to replace my creaking 9600 GSO.

Can you please tell me if the GTX 460 can now perform to its maximum capability on GPUGRID, or should I consider switching to folding@home?

Thank you,

Tom

Take a look at my machines and that should answer your question.

Both GTX460's Oc'd GPU 850 Shaders 1700 Memory 2025 Voltage Stock Max Heat 68c

---

Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

A GTX460 is far from being the best card, but it is still a good card and can certainly contribute; 70 to 80K per day, and no trouble finishing any of the tasks in time.
While the GTX460 and other CC2.1 cards cannot use all the cuda cores here (due to the app, and that would need a major redevelopment to fix, not a tweak), it's worth noting that as a result the GPU is not quite using as much electric, so it's not all negative. I would still recommend getting a CC2.0 500 series card, but what card you get comes down to how much money you are prepared to spend, among other things.

FAQ - Recommended GPUs for GPUGrid crunching

Can you please tell me if the GTX 460 can now perform to its maximum capability on GPUGRID, or should I consider switching to folding@home?

Take a look at my machines and that should answer your question.

Both GTX460's Oc'd GPU 850 Shaders 1700 Memory 2025 Voltage Stock Max Heat 68c

Thanks for the response. I did take a look at your machines and I note you're processing the big WUs anywhere between 11 and 20 hours. But I don't see how that answers my question about shader use...

Also, "GPU 850 Shaders 1700 Memory 2025" - does that equate with what I see on the Nvidia site: Graphics Clock 675, Processor Clock 1350 and Memory Clock 1800? What's "Voltage Stock" mean?

Sorry if I'm being thick!

The Shaders (CUDA Cores) are fixed relative to the core clock.
The GTX460's Reference clock rates are 675 and 1350. So Betting Slip has OverClocked to 850MHz.

You can contribute to GPUGrid, or alternatively you could try Folding - it's your choice.

The Shaders (CUDA Cores) are fixed relative to the core clock.
The GTX460's Reference clock rates are 675 and 1350. So Betting Slip has OverClocked to 850MHz.

Ah!! So by overclocking he has allowed more of the shaders to become active for GPUGRID. Right? Or not???

No - that can't be right. Nvidia claims 336 shaders on the reference rates. This is all very complicated!!

Overclocking increases the processing frequency, so it just makes the existing usable shaders, and core, faster.
The 1700MHz shaders are (1700/1350)X100-100 % faster (about 26% faster than reference).
NB. this OC is quite high and a stable 10% OC is more commonly the limit.
It might be the case that Betting Slip is personally overclocking from an already Factory OC'd GPU (such GPU's tend to be more reliable).

NB. this OC is quite high and a stable 10% OC is more commonly the limit.
It might be the case that Betting Slip is personally overclocking from an already Factory OC'd GPU (such GPU's tend to be more reliable).

That might well have been the case SK but not here as I hate to pay the extra to have the BIOS altered for a factory OC.

The clocks I have achieved are from stock and in most cases are stable. I only run into trouble when I play 3d poker at the same time. :) but if I have the poker in low detail it works fine. The cards are PNY and MSI
If anyone has 460's running at stock I would like to compare times.

---

Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I looked into this some time ago and found that return times fell fairly linearly with the rise in shader clock speed, but it would be good to see if that still holds true, and for different tasks.

The same applies to the GFlops within the same CC range; an increase in shader count or frequency results in a steady increase in performance, and GFlops-peak. The only exception was the GTX570 which was not quite as strong as the GTX580 (about 5% less per core X frequency), but on the other hand this card is slightly more energy efficient, making it highly recommendable.

You can compare them with mine Betting Slip. I have two stock GTX460 (961MB) GPUs. From what I could see yours are aprox. 25% faster.

Thanks Aon, 25% looks about the case. Please tell me, have you left 2 cores free for your cards?

---

Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

No, they are all crunching Rosetta. Each GPU wu uses 0.08% of a CPU core.

That will probably add an hour on your GPUG tasks because not only will they have to fight for CPU time they will also have to contend with I/O congestion due the virtual cores.

---

Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I thought the tasks take the amount of cpu necessary to run by default. Are you saying that it is possible to use a entire core for one task? If that is the case what do I have to do? The "KKFREE" tasks finish in about 24 hours + the time it takes for uploading so I always miss the 50% bonus with these.

FAQ - Best configurations for GPUGRID

Are you using report_results_immediately in the cc_config file?

<cc_config>
<options>
<report_results_immediately>1</report_results_immediately>
</options>
</cc_config>

It would be interesting to measure how much gain there still is when using swan_sync and freeing up a CPU core. For sure it's less that what it use to be, but that's just because the tasks are more efficient when its not in use. It is probably around 10% now and might vary with different task types.

If you are just missing the 24h bonus, definitely try it; should the improvement mean you return KKFREE tasks within 24h then the credit increase would be compound 1.1*1.25; about 37.5% more credit for those tasks (10% for the other tasks that already return within 24h).