My Wish List

Message boards : BOINC client : My Wish List
Message board moderation

To post messages, you must log in.

Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 8 · Next

AuthorMessage
zombie67
Avatar

Send message
Joined: 14 Feb 06
Posts: 139
United States
Message 42086 - Posted: 15 Jan 2012, 2:39:22 UTC
Last modified: 15 Jan 2012, 2:42:15 UTC

I am sure this has been suggested, but I'll throw it out anyway.


I would like a setting in the manager to choose how many tasks to assign to a GPU, without having to mess with an app_info.xml.

Most GPU apps are so inefficient, you have to do this app_info.xml nonsense with almost every GPU project.
Reno, NV
Team: SETI.USA
ID: 42086 · Report as offensive
cristipurdel

Send message
Joined: 26 Oct 09
Posts: 67
Romania
Message 42089 - Posted: 15 Jan 2012, 11:51:28 UTC - in response to Message 42086.  

I am sure this has been suggested, but I'll throw it out anyway.


I would like a setting in the manager to choose how many tasks to assign to a GPU, without having to mess with an app_info.xml.

Most GPU apps are so inefficient, you have to do this app_info.xml nonsense with almost every GPU project.


I would like a setting in the manager to assign project tasks to a particular compute unit :)
ID: 42089 · Report as offensive
MarkJ
Volunteer tester
Help desk expert

Send message
Joined: 5 Mar 08
Posts: 272
Australia
Message 42124 - Posted: 17 Jan 2012, 11:14:51 UTC - in response to Message 37017.  
Last modified: 17 Jan 2012, 11:15:58 UTC

On my wish list is per app DCF for 6.12.x,

i've been running a third party version of 6.10.58 with per app dcf for 6 months now, it just works, somewhat better than Seti's and Collatz's server's scaling the <rsc_fpops_est> per app, no knee jerk reaction after 10 validations!!,

Claggy


Trak #812 raised back on 27 Dec 2008. Still waiting.
ID: 42124 · Report as offensive
Profile Crashguard303

Send message
Joined: 25 Apr 08
Posts: 21
Germany
Message 42463 - Posted: 6 Feb 2012, 10:38:05 UTC

It's more an optical issue, but BOINC should only recalculate the remaining time of an application, if the percentage value did change.
If not, it should simply subtract one second per second.

This would prevent the remaining time counting upwards while percentage doesn't change, and would be useful for projects where the finished percentage values change rarely.

And I think, this is not that hard to implement.
ID: 42463 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15477
Netherlands
Message 42464 - Posted: 6 Feb 2012, 13:03:52 UTC - in response to Message 42463.  
Last modified: 6 Feb 2012, 13:04:03 UTC

Well, actually the remaining time counting upwards is a direct result of switching between applications on the same Task Duration Correction Factor and different <rsc_fpops_est> values. These values are sent to the client by the project, while when they're totally off from what they should be, a lot of weird things can happen, including the counting upwards of the remaining time.

When you see things like this happening, you may want to report that at the project, including which value the <rsc_fpops_est> has (can be found in client_state.xml) and what your TDCF for the project is.
ID: 42464 · Report as offensive
MarkJ
Volunteer tester
Help desk expert

Send message
Joined: 5 Mar 08
Posts: 272
Australia
Message 42526 - Posted: 11 Feb 2012, 12:54:28 UTC

Currently you can only specify a single <count>.5</count> parameter within app_info.xml per app. It is applied across all coprocessors of that type and doesn't allow for different values for different devices.

<coproc>
<type>CUDA</type>
<count>1</count>
</coproc>

Example: Machine has a GTS250 and a GTX460 installed. User wants to run 1 wu at a time on GTS250 but 2 wu at a time on the GTX460.

Provide a mechanism where the user can have different <count> values per coprocessor device.

Raised as Trak #1176
ID: 42526 · Report as offensive
twj

Send message
Joined: 21 Feb 12
Posts: 4
Taiwan
Message 42651 - Posted: 21 Feb 2012, 18:02:33 UTC
Last modified: 21 Feb 2012, 18:18:53 UTC

not sure if it has been mentioned yet or not, but I'd like to see a check box that says, "finsih work unit before moving on to another" We can set the amount of time, but each work unit is hard to calculate how long it will actually take ot finish, and i don't like to see a lot of partially finished work units while new ones are started. I'd like to finish the ones started first and then move on to others. No matter how many minutes you set it for now you run the risk of having work units hanging while others start.

In addition I would like to see more control over how resources on my computer are used.

In addition, fix the priority running, I see i have some projects due on teh 24th but it is telling me that a project that is due on teh 26th is running priority. Is there a way to tell the client to run those with deadlines first? and then go to the others.
ID: 42651 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15477
Netherlands
Message 42654 - Posted: 21 Feb 2012, 20:51:42 UTC - in response to Message 42651.  
Last modified: 21 Feb 2012, 20:52:05 UTC

not sure if it has been mentioned yet or not, but I'd like to see a check box that says, "finsih work unit before moving on to another"

Not going to happen. From Do not stop until it is over: at 98% or more, continue till end of task.:
David (Anderson): This has been discussed and rejected; a job may stay at 99% done for a long time.


In addition I would like to see more control over how resources on my computer are used.

???
You mean you want to decide when what runs for how long and such, instead of BOINC doing that? Why not set the project resource shares to something more your liking?

In addition, fix the priority running

There is nothing to fix here. The first thing BOINC will do is try to get ALL the work on your computer in by the deadline. That's why work further away will at times go into high priority mode, to make sure that that work and all in between will make it by deadline. Mostly seen on systems that have too large a cache to begin with, but as long as BOINC is allowed to continue uninterrupted (and without you deciding what's best for the World), it will learn to ask a little less work next time.
ID: 42654 · Report as offensive
twj

Send message
Joined: 21 Feb 12
Posts: 4
Taiwan
Message 42657 - Posted: 22 Feb 2012, 4:15:27 UTC

not sure if it has been mentioned yet or not, but I'd like to see a check box that says, "finsih work unit before moving on to another"

Not going to happen. From Do not stop until it is over: at 98% or more, continue till end of task.:

David (Anderson): This has been discussed and rejected; a job may stay at 99% done for a long time.


Why has this been rejected? I cannot find the specific parts of this in this thread, perhaps it was discussed long ago? What is the problem with having the task finish before moving on to another? I don't understant why this cannot be done, it sounds relatively simple to do.


In addition I would like to see more control over how resources on my computer are used.

???
You mean you want to decide when what runs for how long and such, instead of BOINC doing that? Why not set the project resource shares to something more your liking?


This is only part of the problem. Setting resource share for some 20 projects that I run is a pain, I don't want to keep going to each different project website to change these settings. The BOINC client should be a place to integrate all of these things to let us have full control over how it runs. Isn't that part of the point of this software?

I want to have more control over what my processors are doing and how much cpu my pc is using, when I tell it to use more RAM, to be honest I see no change whatsoever. That could be due to the actual projects rather than the client.

In addition, fix the priority running

There is nothing to fix here. The first thing BOINC will do is try to get ALL the work on your computer in by the deadline. That's why work further away will at times go into high priority mode, to make sure that that work and all in between will make it by deadline. Mostly seen on systems that have too large a cache to begin with, but as long as BOINC is allowed to continue uninterrupted (and without you deciding what's best for the World), it will learn to ask a little less work next time.


Ok, it's a little odd, but ok it sort of makes sense.
ID: 42657 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15477
Netherlands
Message 42662 - Posted: 22 Feb 2012, 6:13:00 UTC - in response to Message 42657.  
Last modified: 22 Feb 2012, 6:13:07 UTC

Why has this been rejected? I cannot find the specific parts of this in this thread, perhaps it was discussed long ago? What is the problem with having the task finish before moving on to another? I don't understant why this cannot be done, it sounds relatively simple to do.

Relatively simple? Nay, not that easily done.
There is work out there that runs quickly, within minutes, from zero to 90-95% and then runs for hours on the remaining 5%. (Usually the protein folding projects, using Autodock).

There's also work out there that runs for more than 100%. Einstein has a couple of applications that run multiple minutes for 100%, can even be paused at 100% when switching for another project's app. Enigma's application will run to 100%, reset its progress and do it again to 100%.

Climate Prediction still has models where the last 2-10% can take days, if not weeks on even a fast CPU. You do not want this one to take over as then your other work will time out.

So as you can see, four applications already that do not adhere to your 'relatively simple' idea.

This idea has been around for about as much time as BOINC has been around. But it's mainly impossible to implement. Not unless all projects go use the same source code for their applications --and what's the fun in that?
ID: 42662 · Report as offensive
twj

Send message
Joined: 21 Feb 12
Posts: 4
Taiwan
Message 42674 - Posted: 22 Feb 2012, 11:09:49 UTC - in response to Message 42662.  

Why has this been rejected? I cannot find the specific parts of this in this thread, perhaps it was discussed long ago? What is the problem with having the task finish before moving on to another? I don't understant why this cannot be done, it sounds relatively simple to do.

Relatively simple? Nay, not that easily done.
There is work out there that runs quickly, within minutes, from zero to 90-95% and then runs for hours on the remaining 5%. (Usually the protein folding projects, using Autodock).

There's also work out there that runs for more than 100%. Einstein has a couple of applications that run multiple minutes for 100%, can even be paused at 100% when switching for another project's app. Enigma's application will run to 100%, reset its progress and do it again to 100%.

Climate Prediction still has models where the last 2-10% can take days, if not weeks on even a fast CPU. You do not want this one to take over as then your other work will time out.

So as you can see, four applications already that do not adhere to your 'relatively simple' idea.

This idea has been around for about as much time as BOINC has been around. But it's mainly impossible to implement. Not unless all projects go use the same source code for their applications --and what's the fun in that?



Yeah you are right. I have run all of the projects you mentioned, and I do recall those things happending or the time it takes is actually more than a day even on the machine I am using. So it makes sense, it is unfortunate, but it is what it is.
ID: 42674 · Report as offensive
Em-a-il

Send message
Joined: 17 Mar 12
Posts: 2
Germany
Message 43076 - Posted: 17 Mar 2012, 12:33:36 UTC

There should be an option to suspend tasks when CPU or GPU temperature is too high. What a high temperature is should be every user can decide by himself in the options.
ID: 43076 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15477
Netherlands
Message 43077 - Posted: 17 Mar 2012, 15:47:32 UTC - in response to Message 43076.  

That means that for every computer configuration out there, BOINC should be able to read CMOS information under Windows, Macintosh and Linux. Since this will require platform specific application programming interfaces (APIs), this will break compatibility for all other platforms.

This is why BOINC will by default not run work on the CPU and GPU when the system is in use, but only when it's idle. It's also why things like this are best done in 3rd party applications, in this case such as TThrottle.
ID: 43077 · Report as offensive
Profile thibaultmol
Avatar

Send message
Joined: 22 Feb 12
Posts: 18
Belgium
Message 43628 - Posted: 20 Apr 2012, 16:07:07 UTC

i have a server that runs boinc, it has 4 hard drives of 2TB each, how can i use them all for boinc (and no, i don't want to make a virtual hard drive that combines the 4 hard drives, just a way to set the boinc data folder to multple locations (i want this because of the new storage system that will be added in the coming year
thx
ID: 43628 · Report as offensive
Mike Gelvin

Send message
Joined: 26 Apr 06
Posts: 15
United States
Message 43635 - Posted: 20 Apr 2012, 19:23:43 UTC
Last modified: 20 Apr 2012, 19:24:29 UTC

Could "Last Contact" be added to each host returned with the "project/show_user" RPC?
ID: 43635 · Report as offensive
Profile David Anderson
Volunteer moderator
Project administrator
Project developer
Avatar

Send message
Joined: 10 Sep 05
Posts: 717
Message 43914 - Posted: 2 May 2012, 6:41:15 UTC

I added to the show_user.php RPC and deployed it on SETI@home.
-- David
ID: 43914 · Report as offensive
rcbowman

Send message
Joined: 10 Jun 12
Posts: 1
United States
Message 44445 - Posted: 10 Jun 2012, 19:24:10 UTC

I would very much like to be able to suspend one project's network usage. One project has been having server problems that result in large files uploading all the way then failing. Over and over and over again. Several people on that project have noted the issue, and we don't know when it will be fixed.

Currently, I have to shut off BOINC's access to the network altogether, which prevents my downloading or uploading other work for other projects while this one is failing, or just keep letting the thing bang its head against the wall and slow my connection on a regular basis.

Supposedly a patch was already submitted to do this, years ago, but it was ignored.
ID: 44445 · Report as offensive
Nanotech11

Send message
Joined: 29 Nov 11
Posts: 2
Canada
Message 44492 - Posted: 15 Jun 2012, 2:13:58 UTC

I'm not sure whether this has been requested but I'm just wondering whether it is psossible to add more options to control processor usage. So for example when the computer is idle to be able to set a specific processor usage/time, while having a different set for when the computer is use. I would find this to be pretty useful especially on a laptop when I don't want the laptop getting too hot when I run BOINC and am using it at the same time (say watch something on youtube.
ID: 44492 · Report as offensive
SekeRob2

Send message
Joined: 6 Jul 10
Posts: 585
Italy
Message 44495 - Posted: 15 Jun 2012, 7:16:23 UTC - in response to Message 44492.  

If you're on Windows, then try Fred's TThrottle [stickied thread on these forums]. Just set a temp ceiling and BOINC will be slowed down to not exceed that limit, meaning if your user apps generate more heat, BOINC will be further slowed down. The tool can be set with exceptions, and can control BOINC both for CPU and GPU separately. Try it.

--//--
ID: 44495 · Report as offensive
YceBear

Send message
Joined: 19 Jun 12
Posts: 1
Hungary
Message 44555 - Posted: 19 Jun 2012, 18:33:57 UTC

On multi GPU system is it possible to choose which GPU snooze? It would be great to use one of the installed GPU to something else while the other(s) do the WUs.
ID: 44555 · Report as offensive
Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 8 · Next

Message boards : BOINC client : My Wish List

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.