Hi!
We just stumbled upon a major problem with the app selection mechanism in BOINC:
- when a user edits his project preferences to e.g. opt-out of an application,
all applications that he wants to run and that are known AT THAT TIME are added
to the project preferences
- when a new
Few (or many?) of projects, which allow to selectively opt-in/out for
each single applications, have one more optional checkbox to
automatically opt-in for each new application, which will be added by
the project at some later time for a particular venue. This way the
user is guaranteed to get
On 03.11.11 13:24, Peter Slacik wrote:
Few (or many?) of projects, which allow to selectively opt-in/out for each
single applications, have one more optional checkbox to automatically
opt-in for each new application, which will be added by the project at some
later time for a particular
On 03.11.11 16:15, Peter Slacik wrote:
OK, my apology, you've got me. The majority of the projects actually tell
something different from what I wrote, e.g.:
PrimeGrid project prefs
(http://www.primegrid.com/prefs.php?subset=projectcols=0
Yes, it means one that you have explicitly opted out of and all new
applications as they become available. It would be nice to have two
different settings. One to allow applications that I have opted out of if
there is nothing else to do, and another for applications yet to be listed.
It would
If I choose to run only certain apps for a project and I choose not to
accept work from other apps when those apps cannot get work, I would be very
unhappy if the project ignored my preferences and decided I should run some
new app without my approval. I chose those preferences for a reason. If
No. The suggestion is to have another checkbox Opt in to all new
applications. If that were unchecked, then you would have to add all new
applications that you wanted to run by hand. If it were checked, you would
be opted in to all new applications, and would have to go unselect the ones
that
I agree.
Let's keep things the way they are.
-- David
On 03-Nov-2011 9:55 AM, Jon Sonntag wrote:
If I choose to run only certain apps for a project and I choose not to
accept work from other apps when those apps cannot get work, I would be very
unhappy if the project ignored my preferences and
This checkbox, AFAIK, is not part of the BOINC source code.
-- David
On 03-Nov-2011 5:24 AM, Peter Slacik wrote:
Few (or many?) of projects, which allow to selectively opt-in/out for
each single applications, have one more optional checkbox to
automatically opt-in for each new application,
On 03-Nov-2011 9:20 AM, john.mcl...@sybase.com wrote:
It would also be nice to link the applications listed in the applications
list with the applications listed for selection so that the administrator
did not have to create the list in two places. (apparently they do have to
create the
I know, but a checkbox is easy to add. Is there any support in BOINC
(sched_send etc.) for this behavior?
Bernd
David Anderson da...@ssl.berkeley.edu schrieb:
This checkbox, AFAIK, is not part of the BOINC source code.
-- David
On 03-Nov-2011 5:24 AM, Peter Slacik wrote:
Few (or many?) of
On 03-Nov-2011 12:03 PM, Bernd Machenschalk wrote:
I know, but a checkbox is easy to add. Is there any support in BOINC
(sched_send
etc.) for this behavior?
No.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
Israel Figueroa has invited you to sign up for Google Talk so you can talk to
each other for free over your computers.
To sign-up, go to:
Hello,
I did my homework, but this two things seems to elude me.
1) When the client it's a multicore (core2duo, QuadCore or GPU/CPU), how
the p_iops and p_fops information should be interpreted? as per core
(asuming that the total host it's ncpus * p_iops ) or the number of cores
it's integrated
It looks ok to me to be a preference setting.
What I am more concerned about are contributors that attached to the project
once, edited their preferences to opt out an App they had problems with, and
then forgot. They even run Clients too old to support notices.
Bernd
Jon Sonntag
15 matches
Mail list logo