Quote from: fred on November 22, 2011, 08:08:00 AM
"-Add: Settings->Extra: Thread/process run time graph."
Just a typo in announcement: should be "Extra->Settings->Expert".
I assume it requires a functional TThrottle connection to the target machine(s)? If yes, which version? What does it present on the machines? The localhost is a flat line at 0% (with occasional tiny spikes).
_BT is around 1% with occasional spikes in 0.5-2.5% area. A minimized BG gets _BT mostly to 0%, a busy GUI forces it to 7%.
Quote from: Pepo on November 22, 2011, 09:03:33 AM
Quote from: fred on November 22, 2011, 08:08:00 AM
"-Add: Settings->Extra: Thread/process run time graph."
Just a typo in announcement: should be "Extra->Settings->Expert".
I assume it requires a functional TThrottle connection to the target machine(s)? If yes, which version? What does it present on the machines? The localhost is a flat line at 0% (with occasional tiny spikes).
_BT is around 1% with occasional spikes in 0.5-2.5% area. A minimized BG gets _BT mostly to 0%, a busy GUI forces it to 7%.
No need for TThrottle.
_BoincTasks is the process, so everything that's running
The rest are the BOINC worker threads / computer, not the TThrottle threads.
The spikes are 10 second samples and the thinner line is the 10 minute average.
I made it for diagnostics, to check the history impact mostly. And to test if the 6.13 BOINC version behaves itself.
Quote from: fred on November 22, 2011, 11:02:06 AM
Quote from: Pepo on November 22, 2011, 09:03:33 AM
What does it present on the machines? The localhost is a flat line at 0% (with occasional tiny spikes).
The rest are the BOINC worker threads / computer...
I understand it as BOINC tasks' threads. OK, quite possible, at the time just 1 CPU, 1 GPU and a few nCi tasks are active here, all throttled by up to 95%, thus the flatline.
Quote from: Pepo on November 22, 2011, 11:53:48 AM
I understand it as BOINC tasks' threads. OK, quite possible, at the time just 1 CPU, 1 GPU and a few nCi tasks are active here, all throttled by up to 95%, thus the flatline.
It has nothing to do with throttling......
Quote from: fred on November 22, 2011, 11:56:50 AM
Quote from: Pepo on November 22, 2011, 11:53:48 AM
I understand it as BOINC tasks' threads. OK, quite possible, at the time just 1 CPU, 1 GPU and a few nCi tasks are active here, all throttled by up to 95%, thus the flatline.
It has nothing to do with throttling......
I know, I just wanted to say, that because of the massive throttling, the tasks combined are really consuming less than 2-3% of CPU.
But...
Another machine, 4 cores, each of 3 CPU tasks is consuming approx. 85% of a core - should be ~64% of CPU. The graph again displays its line with spikes to 0.25-0.5% - the values are inconclusive.
Quote from: Pepo on November 22, 2011, 02:57:09 PM
Another machine, 4 cores, each of 3 CPU tasks is consuming approx. 85% of a core - should be ~64% of CPU. The graph again displays its line with spikes to 0.25-0.5% - the values are inconclusive.
I'm not quite sure what the question is, if there is any.
The graph display BoincTasks use not of any other program and it's not TThrottle related.
Quote from: fred on November 22, 2011, 03:12:29 PM
I'm not quite sure what the question is, if there is any.
The graph display BoincTasks use not of any other program and it's not TThrottle related.
OK, than again my older question: the dialog allows to select _BoincTasks and all known machines. The _BT's graph displays BoincTask's CPU usage (err, does it?) What do the single machines' graphs display?
Expression "the BOINC worker threads / computer" might be understood as "number of ??
?? threads per computer", but that does also not bring me further :(
Quote from: Pepo on November 22, 2011, 03:27:34 PM
OK, than again my older question: the dialog allows to select _BoincTasks and all known machines. The _BT's graph displays BoincTask's CPU usage (err, does it?) What do the single machines' graphs display?
Expression "the BOINC worker threads / computer" might be understood as "number of ???? threads per computer", but that does also not bring me further :(
_BoincTasks is the process run time %, so everything combined.
The others are the internal threads (BOINC only) that handle everything for that computer, like history, tasks request.
All samples are 10 seconds long. So when BT consumes 0.1 Second of a core, in that 10 second interval, it shows 1%. That's the spike, the thinner line is the average (10 minutes), more understandable by humans.
Quote from: fred on November 22, 2011, 03:39:48 PM
_BoincTasks is the process run time %, so everything combined.
The others are the internal threads (BOINC only) that handle everything for that computer, like history, tasks request.
OK - the whole graph displays CPU usage of various BT parts?
Quote from: Pepo on November 22, 2011, 03:55:33 PM
OK - the whole graph displays CPU usage of various BT parts?
Right. ;D
for the first reading of temperature and % in host computer the graph temperature takes long time.
Quote from: Corsair on November 23, 2011, 03:27:16 PM
for the first reading of temperature and % in host computer the graph temperature takes long time.
It needs to read all data, from the moment that machine started. So it may contain 24 hours of temperature data.
I've switched the history for one day, and I showing in the history tab at least 3 to 4 days ??
Quote from: Corsair on November 23, 2011, 10:00:10 PM
I've switched the history for one day, and I showing in the history tab at least 3 to 4 days ??
It may take a while until the settings take effect.
Quote from: fred on November 24, 2011, 06:40:12 AM
Quote from: Corsair on November 23, 2011, 10:00:10 PM
I've switched the history for one day, and I showing in the history tab at least 3 to 4 days ??
It may take a while until the settings take effect.
now AFAIK showing 5 days of history, it would be enough 36 hours running ?? ;) ;)
Quote from: Corsair on November 24, 2011, 02:57:55 PM
now AFAIK showing 5 days of history, it would be enough 36 hours running ?? ;) ;)
Your settings.
Remove history after 1 day.
NOT checked Move to long term history.
Make sure you counted the Reported time, NOT the completed time.
5 days are shown in the history tab NOT in the long term history.
A double-click does not maximize the Threads graph.
In the cc_config.xml editor, the syntax checker marks "<exclusive_gpu_app>" with red as being an incorrect or unsupported tag.
Quote from: Pepo on November 25, 2011, 10:24:08 PM
In the cc_config.xml editor, the syntax checker marks "<exclusive_gpu_app>" with red as being an incorrect or unsupported tag.
I will update C:\Program Files\eFMer\BoincTasks\config_editor.xml
The status of "Downloading Error" in task view does not match the status shown in the task properties. It shows just "Downloading". This may or may not cause some problems in rule making as to which one is checked.
There may be others, I just happen to find this one as I was looking around.
Quote from: idahofisherman on November 27, 2011, 06:11:04 AM
The status of "Downloading Error" in task view does not match the status shown in the task properties. It shows just "Downloading". This may or may not cause some problems in rule making as to which one is checked.
Quote from: idahofisherman on November 27, 2011, 06:05:18 AM
it would be nice to have other valid statuses added such as Downloading Error. Also be able to abort task via rules. If you get a downloading error you must first abort the task before it can be reported to the project.
I've just noticed seeing twice a "downloaded error" task, but neither of them appeared in
History (and I see there is no such task in my
History, although there were such in the past), I could not report this project with All "finished tasks" and yes, also the task's status is incorrect.
Quote from: Pepo on November 27, 2011, 10:39:13 AM
I've just noticed seeing twice a "downloaded error" task, but neither of them appeared in History (and I see there is no such task in my History, although there were such in the past), I could not report this project with All "finished tasks" and yes, also the task's status is incorrect.
A download isn't a task, just an attempt to get one. So it's not in the history.
No work is lost in a download error, the project will normally resend it.
Quote from: fred on November 27, 2011, 11:47:17 AM
A download isn't a task, just an attempt to get one. So it's not in the history.
No work is lost in a download error, the project will normally resend it.
It is a task, albeit incomplete.
Not all projects resend failed downloads, some send other work.
It could be an elegant way to spot frequent download errors (be it server-side, or my HW or provider).
And after noticing a lot of consecutive download errors from a particular project, I could suspend it (or set it to NNT - just no such rule yet).
during this evening I've seen BT using nearly the whole CPU and nothing could be done except re-start, and twice there has been to reboot the computer as immediately went to the top.
Quote from: Corsair on November 27, 2011, 10:26:03 PM
during this evening I've seen BT using nearly the whole CPU and nothing could be done except re-start, and twice there has been to reboot the computer as immediately went to the top.
Not much I can do without more info.
Could you still use BoincTasks?
Quote from: fred on November 28, 2011, 08:06:36 AM
Quote from: Corsair on November 27, 2011, 10:26:03 PM
during this evening I've seen BT using nearly the whole CPU and nothing could be done except re-start, and twice there has been to reboot the computer as immediately went to the top.
Not much I can do without more info.
Could you still use BoincTasks?
there is no problem to use BT but after some hours it start eating resources and makes my cpu hot enough for being throttle, there is no crash, dump file etc.
but it goes to nearly 100% of CPU, in this computer I'm not using CPU but yes GPU, it's an AMD APU.
tell me where I can see or sending an image or anything else, I'm always using Process Explorer 15.5, if any dump from this computer could be sent?? just tell me
Quote from: Corsair on November 28, 2011, 02:36:05 PM
there is no problem to use BT but after some hours it start eating resources and makes my cpu hot enough for being throttle, there is no crash, dump file etc.
but it goes to nearly 100% of CPU, in this computer I'm not using CPU but yes GPU, it's an AMD APU.
tell me where I can see or sending an image or anything else, I'm always using Process Explorer 15.5, if any dump from this computer could be sent?? just tell me
BoincTasks Setting -> Expert.
Check "Enable thread runtime graph"
And if it happens again give me the "Thread graph" of _BoincTasks and all connected computers.
See where the problem is.
Next remove the check from "Connect to TThrottle" and check if this changes anything.
Go to the history tab and see if the History update counter (below in the status window) is running normally and how it counts down.
Uploaded two crashes (silent crashes) yesterday probably because of the CPU.
Quote from: Corsair on November 29, 2011, 12:09:38 AM
Uploaded two crashes (silent crashes) yesterday probably because of the CPU.
No clue in the dump files.
sent pm with graphs.
QuoteBoincTasks Setting -> Expert.
Check "Enable thread runtime graph"
And if it happens again give me the "Thread graph" of _BoincTasks and all connected computers.
See where the problem is.
Quote from: fred on November 22, 2011, 08:08:00 AM
"-Add: BoincTasks settings: Messages tab: Keep user definable number of lines."
In my case the default value was 50 000 IIRC. I personally
do like to keep a lot of messages available, but while testing I've seen BT becoming unresponsive a couple of times for a lot of seconds, until all old messages became displayed. (As the memory usage rose by some 20 MB for the first time, I assume the display grid etc. had to be allocated, etc.)
The GUI still gets unresponsive for some time (20-40 seconds, masked behind "Switched, busy..." note, until the "Waiting *" sate appears again), when taking a look later at any intervals - unlike BOINC Manager, which still seems to handle all hundreds of thousands of message lines without such glitches (the message ID counter was around 120 000 now).
After restarting BT, there are just the 2 000 most recent messages (the client's cache) and the "Switched, busy..." status appears just during 2 seconds - consistent with other tabs.
My only recommendation ATM is to lower the default to 5 000 lines and leave it upon the user (with possibly noticing the consequences later, but being aware of the change and reasons).
Quote from: Pepo on November 29, 2011, 05:40:09 PM
Quote from: fred on November 22, 2011, 08:08:00 AM
"-Add: BoincTasks settings: Messages tab: Keep user definable number of lines."
In my case the default value was 50 000 IIRC. I personally do like to keep a lot of messages available, but while testing I've seen BT becoming unresponsive a couple of times for a lot of seconds, until all old messages became displayed. (As the memory usage rose by some 20 MB for the first time, I assume the display grid etc. had to be allocated, etc.)
I set the default to 5000.
BT keeps only one copy of the messages, so when you switch computer it may take a while to fill up. But this depends on the computer speed.
Quote from: fred on November 30, 2011, 07:17:28 AM
Quote from: Pepo on November 29, 2011, 05:40:09 PM
In my case the default value was 50 000 IIRC. I personally do like to keep a lot of messages available, but while testing I've seen BT becoming unresponsive a couple of times for a lot of seconds, until all old messages became displayed. (As the memory usage rose by some 20 MB for the first time, I assume the display grid etc. had to be allocated, etc.)
BT keeps only one copy of the messages, so when you switch computer it may take a while to fill up. But this depends on the computer speed.
It was a single machine - localhost, no client switching. Just between BT tabs.
Filling the list from other client would load the 2 000 messages over network, whereas in my case it was some woodoo magic :D happening with 50 000 in-memory messages.
I'll check the machine again tomorrow, the messages should slowly fill up until.
I can verify Corsair's observation of CPU hogging. On my Q6600 quad/Win Vista host BT takes 95% of 1 CPU when it is maximized. When it's minimized it works as it always did (0 to 2%). I restarted BT, same thing. I restarted BOINC, same thing so it's repeatable.
BT 1.27 didn't do this. I also found that it wasn't easy to go back to BT 1.27...sigh. I got the standard incompatibility errors (which I can't remember at the moment).
Quote from: Purple Rabbit on December 01, 2011, 02:22:31 PM
I can verify Corsair's observation of CPU hogging. On my Q6600 quad/Win Vista host BT takes 95% of 1 CPU when it is maximized. When it's minimized it works as it always did (0 to 2%). I restarted BT, same thing. I restarted BOINC, same thing so it's repeatable.
That's a least a clue, something from 1.27->1.28.
My main suspect is the messages count, that is now limited, it may starts looping.....
Always remove the old version in the config screen -> software so everything is removed.
Whatever I do nothing gives a high CPU usage on my computers.
If you can't repeat the problem then you can't fix it :'( What data can I collect to help?
To start the computer is a Q6600/3.3MB (actually 4MB-stupid 32 bit OS) ram with at GTX 260 card. It's running full bore with Prime Grid on the video card and SIMAP on the 4 CPUs. Ram memory usage is 50-60%. I'll put BT 1.28 on my laptop (T8300/Win Vista) to see if I can duplicate the result. I've got several other computers I can try too.
Quote from: Purple Rabbit on December 01, 2011, 02:54:12 PM
If you can't repeat the problem then you can't fix it :'( What data can I collect to help?
Reproducing the problem would be nice.
And see when it happens, what you where doing.
What happens on the tabs, anything abnormal in the status messages or the log.
Do you loose connection with a computer, that sort of things.
I've not noticed any abnormal behavior in BT. Some slowness perhaps, but I attribute that to running Prime Grid on the GTX 260. I suspended PG and still saw the CPU usage problem.
Usually I've been web browsing with Fire Fox when I check BT. Nothing fancy or CPU intensive (other than BOINC). I have the CPU indicator in BT set for "instantaneous" (or whatever-not average). I notice normal CPU usage as I bring BT out of minimized. 30 to 45 seconds later one of the CPU usage indicators take a dive leveling out around 5% or so.
I'm monitoring 8 computers. The connection to all the computers is good, no disconnects. There is normally about 200 tasks for all of them. With SIMAP running I now have 600 tasks, but I've seen the problem at both levels. There's nothing abnormal in the BT log.
Quote from: Purple Rabbit on December 01, 2011, 03:21:43 PM
Usually I've been web browsing with Fire Fox when I check BT. Nothing fancy or CPU intensive (other than BOINC). I have the CPU indicator in BT set for "instantaneous" (or whatever-not average). I notice normal CPU usage as I bring BT out of minimized. 30 to 45 seconds later one of the CPU usage indicators take a dive leveling out around 5% or so.
Are CPU indicators of the computers (Computer name) going down or are some staying high?
All computers are continuously connected-no drop outs. For fun I stopped monitoring all computers except the Q6600 (local host where BT runs). I exited BT and restarted. Only the Q6600 showed up, but the CPU problem remains.
Quote from: Purple Rabbit on December 01, 2011, 03:33:18 PM
All computers are continuously connected-no drop outs. For fun I stopped monitoring all computers except the Q6600 (local host where BT runs). I exited BT and restarted. Only the Q6600 showed up, but the CPU problem remains.
What does the C:\Users\fred\AppData\Roaming\eFMer\BoincTasks\log BoincTasks Startup.log show
It may start some cleaning up at startup.
I'm glad that .../users/fred... didn't work :P The BT start up log:
12/01/2011, 09:48:35 -- Startup: BoincTasks Version: 1.28
12/01/2011, 09:48:35 -- Set exeption handler
12/01/2011, 09:48:35 -- Read arg:
12/01/2011, 09:48:35 -- Language detection
12/01/2011, 09:48:35 -- Language registry: 1033
12/01/2011, 09:48:35 -- Language selected: 1033
12/01/2011, 09:48:35 -- Read translation
12/01/2011, 09:48:35 -- Close translation, OK
12/01/2011, 09:48:35 -- Started logging
12/01/2011, 09:48:35 -- Open translation override
12/01/2011, 09:48:36 -- Close translation override, OK
12/01/2011, 09:48:36 -- User: 1033 (ENU), System: 1033 (ENU), Selected: 1033 (ENU) Used: 1033 (ENU)
12/01/2011, 09:48:36 -- Mutex is not set
12/01/2011, 09:48:36 -- DeleteFiles in folders:C:\Users\rick\AppData\Roaming\eFMer\BoincTasks\crash\*.*
12/01/2011, 09:48:36 -- Deleted crash files
12/01/2011, 09:48:36 -- WSAStartup OK
12/01/2011, 09:48:36 -- Menu translations done
12/01/2011, 09:48:36 -- Created main window
12/01/2011, 09:48:36 -- Skip garbage collector, runs only once a day, at startup
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.148
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.142
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.146
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.144
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.145
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.147
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.143
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.149
12/01/2011, 09:48:36 -- computers.xml IP: 192.168.5.150
12/01/2011, 09:48:36 -- Connect to BOINC clients
12/01/2011, 09:48:36 -- Startup finished
I just did a new install BT 1.28 on my T8300/3MB/Win Vista laptop. BT has never been there before. I do not see the CPU problem, at least after a whole 3 minutes of watching :) I'll keep it running for a while.
I can only assume that a) I'm crazy (often a good bet), b) there are some really big history files (or some such) on the Q6600, or c) somebody named Fred is playing with my mind :P
Quote from: Purple Rabbit on December 01, 2011, 02:22:31 PM
I can verify Corsair's observation of CPU hogging. On my Q6600 quad/Win Vista host BT takes 95% of 1 CPU when it is maximized.
every time I've seen that such situation happens is when BT is running not minimized, and if I minimize it when the thing happens doesn't recover the normal CPU usage still goes to the top, until BT re-started, but if the problem has happened in the last run still goes to the top very quickly, and must reboot computer to avoid this recurrence.
Something with messages:
the BT running machine, restored Applications tab and went to the messages tab and after a refreshing of the tab shown:
Quote291 Enigma@Home 01-12-2011 13:14 Scheduler request failed: Error 417
292 PrimeGrid 01-12-2011 13:14 Sending scheduler request: Requested by user.
293 PrimeGrid 01-12-2011 13:14 Not reporting or requesting tasks
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
_Init_
294 PrimeGrid 01-12-2011 13:14 Scheduler request completed
at the moment looks like that it's only in the BT machine, when should be shown as follows:
Quote
293 PrimeGrid 01-12-2011 13:14 Not reporting or requesting tasks
294 PrimeGrid 01-12-2011 13:14 Scheduler request completed
295 Collatz Conjecture 01-12-2011 14:57 Computation for task collatz_2372607239263466793320_103079215104_1 finished
296 Collatz Conjecture 01-12-2011 14:57 Starting task collatz_2372609324555988347240_103079215104_0 using mini_collatz version 209
297 Collatz Conjecture 01-12-2011 14:57 Started upload of collatz_2372607239263466793320_103079215104_1_0
298 Collatz Conjecture 01-12-2011 14:58 Finished upload of collatz_2372607239263466793320_103079215104_1_0
299 Collatz Conjecture 01-12-2011 16:55 Computation for task collatz_2372609324555988347240_103079215104_0 finished
300 Collatz Conjecture 01-12-2011 16:55 Starting task collatz_2372611053297504856424_103079215104_1 using mini_collatz version 209
301 Collatz Conjecture 01-12-2011 16:55 Started upload of collatz_2372609324555988347240_103079215104_0_0
302 Collatz Conjecture 01-12-2011 16:55 Finished upload of collatz_2372609324555988347240_103079215104_0_0
303 Collatz Conjecture 01-12-2011 16:55 Sending scheduler request: To fetch work.
304 Collatz Conjecture 01-12-2011 16:55 Reporting 2 completed tasks, requesting new tasks for ATI GPU
305 Collatz Conjecture 01-12-2011 16:55 Scheduler request completed: got 1 new tasks
306 Collatz Conjecture 01-12-2011 16:55 Started download of collatz_2372676571168179464552_103079215104
307 Collatz Conjecture 01-12-2011 16:55 Finished download of collatz_237267657116817
if I change to another tab and come back to the message one is properly shown the correct layout.
Quote from: Purple Rabbit on December 01, 2011, 02:54:12 PM
If you can't repeat the problem then you can't fix it :'( What data can I collect to help?
The version(s) of connected BOINC client(s) might often give a clue...
All my computers are running BOINC 6.12.34 except one old Linux computer that won't upgrade beyond BOINC 6.10.58.
For fun I played around this afternoon. I opened Windows Task Manager and checked the BT CPU usage on the Q6600 as I viewed different tabs and computers. I found some interesting behavior. Note that 25 is one CPU on a quad.
Q6600/Win Vista (BT host): BT minimized 0-2, viewing Q6600 BOINC tasks 25, viewing Q6600 transfers 4-8. Other tabs show 4-8 as well. Well, this is interesting ;)
Looking at 7 remote hosts (all tabs): 4-8 (on Q6600 CPU) except viewing AMD Phenom II X4 955/Win 7. This AMD host shows the same behavior as the Q6600; 25 viewing tasks, 4-8 otherwise. The Q6600 and the AMD Phenom are my 2 fastest computers. They also have the largest number of tasks; 137 and 210 respectively.
I offer this as an observation hoping someone will have an "ah ha!" moment and will know exactly what's happening. I just find it strange :o
The problem seems to be with the number of tasks displayed. CPU usage went to normal for both computers with excessive usage when I displayed only active tasks. If I display all tasks again the CPU usage goes back to 25.
Quote from: Corsair on November 27, 2011, 10:26:03 PM
during this evening I've seen BT using nearly the whole CPU and nothing could be done except re-start, and twice there has been to reboot the computer as immediately went to the top.
While I haven't seen this kind of usage, 1.28 uses many times more CPU than 1.21. Lately as an experiment I've been running 1.21 on one of my desktop machines and 1.28 on the other. 1.21 has proven to be FAR more stable and uses very little CPU. All settings are the same for both versions. LT history is disabled in 1.28. Both machines are running the same programs/projects and both have AMD CPUs with 2 GPUs (although the 1.21 box has 1 ATI and 1 NVidia while the 1.28 box has 2 ATIs). If there is even a remotely flaky connection with one of the computers 1.28 becomes unstable and often has to be restarted. 1.21 will either pick the connection back up or restore it when double-clicked. The situation gets worse when running many WUs. I stopped running MW for Collatz a few days ago but when running MW had an AVERAGE of over 5 WUs/minute finishing. 1.21 also seemed to handle this situation better than 1.28.
I need to amend a statement I made earlier. Given the "interesting" behavior on my Q6600 I tried BT versions 1.27, 1.28, and 1.29 a bit more thoroughly. They all exhibit "CPU Hogging". Falling back to BT 1.25 eliminates the problem on the Q6600. I deleted all history and disabled LT history which did not seem to have an effect.
My laptop (T8300, BT 1.28) has not exhibited this behavior over the past few days since I installed it. I'm guessing a configuration issue, but I usually (but not always) accept the default.
Quote from: fred on November 22, 2011, 03:12:29 PM
Quote from: Pepo on November 22, 2011, 02:57:09 PM
Another machine, 4 cores, each of 3 CPU tasks is consuming approx. 85% of a core - should be ~64% of CPU. The graph again displays its line with spikes to 0.25-0.5% - the values are inconclusive.
I'm not quite sure what the question is, if there is any.
The graph display BoincTasks use not of any other program and it's not TThrottle related.
As I'm helping PinQuin to translate BoincTasks to German, I'm quite confused about the "Threads" and how to translate this.
Do they really just show the CPU-usage of the overhead program "BoincTasks"?
What's the use for this futile graph? Is there really anyone out there, who is interested in this? The use of the different real tasks, especially that of the GPU-ones, may be of some real concern, but who gives a flying f*** about the wee percentages of BoincTasks????
Quote from: Saenger on December 08, 2011, 07:16:10 PM
As I'm helping PinQuin to translate BoincTasks to German, I'm quite confused about the "Threads" and how to translate this.
Do they really just show the CPU-usage of the overhead program "BoincTasks"?
What's the use for this futile graph? Is there really anyone out there, who is interested in this? The use of the different real tasks, especially that of the GPU-ones, may be of some real concern, but who gives a flying f*** about the wee percentages of BoincTasks????
That's why it's in the Expert tab, not used by almost anyone. Maybe only by myself. :o
This is added for trouble shooting and for those few who want to know everything.
It shows the CPU times the main program uses and parts of the program that access BOINC.
On most computers this isn't an issue at all. But some users have 10000++ Tasks on their machines and that may cause some overhead in BoincTasks.
This graph lets you see effects of changes. E.g. keeping a shorter history or disabling it.
Quote from: Saenger on December 08, 2011, 07:16:10 PM
I'm quite confused about the "Threads" and how to translate this.
Do they really just show the CPU-usage of the overhead program "BoincTasks"?
What's the use for this futile graph? Is there really anyone out there, who is interested in this? The use of the different real tasks, especially that of the GPU-ones, may be of some real concern, but who gives a flying f*** about the wee percentages of BoincTasks????
Saenger, I hope you do not belong to the sort of people, who just on principle do kick aside anything they do not understand :( You could at least
think of that maybe someone might be interested in (I am personally) or even might
need such a tool (see all these request to solve BT's 100% CPU usage)...
I'm sure there are lot of hot tasks around, but everyone can have his/her own different opinion on which of them are "real", "the ones" to be solved with priority.