Messages

1) NVIDIA do all tasks show + x.00 NVIDIA GPUs = xNV in the Use column. I mean on all projects, or are there projects that show something else.
2) ATI what do these tasks show in the Use column. Are they all the same, on all projects.

1) I have only seen "xx + yNV" and appended " (d0)" string (or d1, d2, etc) for the device number (when there are more than one NV device).
2) I have only seen "xx + y ATI GPUs" and appended " (d0)" string (or d1, d2, etc) for the device number (when there are more than one ATI device).

This is with Condensed Use Column. I have never turned it off so don't know what happens then.

I'm seeing this right now with DNETC, Milkyway, Seti (incl. beta) and Collatz. Previously also GPUGRID have behaved like this. Maybe also Einstein, but haven't run that for a while..

Okay, but how does BoincTasks know when to discard the Messages list and start over? I mean when something like this happens:

• Computer B has messages 1-10, which BoincTasks running on Computer A is showing on it's Messages tab.
• Computer A gets hang and doesn't retrieve messages for few minutes.
• Meanwhile Computer B gets restarted and starts storing messages from 1. It now has a new buffer of messages 1-15.
• Computer A recovers and BoincTasks asks for messages starting from 11 and gets messages 11-15 from the new messages buffer. It happily appends them to the old buffer of 1-10 and thus creating the original problem.

So basically I'm wondering that there's no way for BoincTasks to detect a client restart and refresh it's message buffer in a situation like this?

What happens if BoincTasks asks for messages from 11 and instead gets a response that there are only messages 1-5 in the buffer? Does it clear it's old messages in this case?

If there is no gap in the numbering, I can't do anything about it. The problem is in the BOINC client.

Do you always transfers all messages from the start or does BoincTasks have some kind of cache for the messages? If there is, maybe there's a missing "clear cache" call somewhere?

1) A while back I complained about numerous non-CPU intensive FreeHAL WUs taking too much space. There was a change later to make FreeHAL WUs say "Use 0.025C" because previously they didn't say anything. Now, they have added CPU-intensive WUs and

When a project is non CPU intensive and gives no resource information BT inserts 0.05C, because for some rules and warnings it needs a value there.
FreeHALL should comply to the rules and remove the non CPU i from the project and add the real recourses it uses.
But at FreeHALL they do other strange things.
This also messes up BOINC in assuming the CPU task takes up little time.

And to make sure there is no special FreeHALL code in BT.

Ah, okay, I just thought you specifically detected FreeHALL and inserted 0.05C there but looks like you are (correctly) detecting the "non-cpu intensive" flag of the project and then inserting 0.05C (if it's missing). If so, this is fine and I do agree that FreeHALL should change (and I'm already trying to report this to them but haven't checked back yet).

Hmm, are you really inserting 0.05C or did that switch to 0.025C in some version? If so, maybe FreeHALL is already reporting some resource information since their tasks are now showing 0.025C there. (Even for the CPU intensive tasks but that's not BTs fault.)

2) Any zero digits seems to be removed in Use field. This is good, because "0.05C + 1NV" is much nicer. However, it seems it doesn't

2) There is no such thing as 0 a CPU always uses something. All other values are assigned by the project / task.

I meant the zeros after the dot. The part where BT condenses the "x + 1.00 NV" to "x + 1NV". This condensing isn't happening when there are 2 (or more!) nVidia (or ATI) cards used by the project. I mean that BT still shows "x + 2.00 NV" and not "x + 2NV". Shouldn't the condensing algorithm work in these cases too? (Maybe by replacing all .00 instances with blanks in the string? If it's a string at all.)

Hello,

1) A while back I complained about numerous non-CPU intensive FreeHAL WUs taking too much space. There was a change later to make FreeHAL WUs say "Use 0.025C" because previously they didn't say anything. Now, they have added CPU-intensive WUs and actually have one WU limit. So no even the CPU-intensive jobs are marked as "Use 0.025C" in BoincTasks. One could detect non-CPU intensive WUs from Name that starts with fh_nci_ and CPU intensive that start with fh_ci_. Not sure if it's a good idea to try detect these or just remove any special code dealing with FreeHAL.. They really should fix their reporting errors.

2) Any zero digits seems to be removed in Use field. This is good, because "0.05C + 1NV" is much nicer. However, it seems it doesn't work when you have more than one required resources. For example, I can see "0.75C + 2.00NV" or "1C + 3.00NV". Hopefully it also supports ATI cards as I'm about to add such beasts to my arsenal.

The only BOINC releasenote 'bullet' I've really been interested in is

Fix: Elasped time tracking issue

and how it might affect BT's performance

I don't think that will affect that much since this one line code change seems to only affect situations where a WU gets restarted after a checkpoint. (Restart might be due to preempting it, restart of workstation/BOINC, crash or whatever.) Previously the elapsed time starts again from zero but after the fix the elapsed time until the checkpoint is used. Which is correct, since that's where the calculation should continue from anyway.

You might want to debug by enabling <app_msg_receive> logging to see if the values project returns to BOINC seems sane. If not, you can report it to project.

1 - after exit from BT, size and position of the window when restarted BT not saved.

1 - Works with me, use File -> exit to store these settings.

This has never worked for me..  not even using File -> Exit that I tried. BoincTasks always starts with default size and on my

Don't know why, I've seen it myself, something between versions.
I use a second monitor as well and haven't seen any problems.
And.... Windows treats the whole screen, of the 2 monitors as one virtual screen, so the program doesn't see the difference.

Interesting.. I did some debugging on this issue on v0.61 and here's the registry entries that are storing the main window position (as far as I can tell):

Code Select Expand

[HKEY_CURRENT_USER\Software\eFMer\BoincTasks\window_position]
"main_show"=dword:00000001
"main_bottom"=dword:00000306
"main_left"=dword:fffff88e
"main_right"=dword:fffffffd
"main_top"=dword:00000003

Those main_left and main_right values look interesting.. Could it be that BoincTasks think they are invalid or have they been stored incorrectly due to some overflow or something?

Maybe it's relevant that I'm moving BoincTasks window to my monitor that's located on the left side of my primary monitor? When I keep BoincTasks window on my primary monitor, BoincTasks saves and restored the window position correctly. But when I start with the quoted registry values BoincTasks starts with a default window position (on my primary monitor).

Hope this helps you to debug this issue further as it would be nice to not always have to move BoincTasks window after restart. Not that I restart my workstation or BoincTasks that often anyway but still..

1 - after exit from BT, size and position of the window when restarted BT not saved.

1 - Works with me, use File -> exit to store these settings.

This has never worked for me..  not even using File -> Exit that I tried. BoincTasks always starts with default size and on my primary monitor. Could it be that it gets confused because I always place it on my second monitor? This is also on Win 7 x64, which may be relevant..

i learn also the sudoku project from iSGTW but the web site mention in the article remain inaccessible? (http://www.isgtw.org/?pid=1000570) any idea?

Even though this is slightly off-topic for this forum.. The Sudoku Project has been down since about 19. Nov 2009 and there hasn't been much contributed to it since Feb/Mar 2009 according to http://boincstats.com/stats/project_graph.php?pr=sudoku. Which is sad, since that's one project I would have liked to contribute to but it was shutdown just as I found about it..

I wanted to use the command line parameter to  allow_remote_gui_rpc  so i dont need the address file but cant get boincmgr to recognise any parameters.

That parameter should be recognised by the boinc.exe and not boincmgr.exe so try using it with that there instead.

BTW, you don't even need to run boincmgr on the host if you are going to manage it remotely using BoincTasks (or with a remote boincmgr, for that matter). However, boinctray.exe should be run in addition to boinc.exe to my knowledge.

Hi,

My guess is that they are not new fields. Please, read "WU regulator" section in the manual (http://www.efmer.eu/boinc/boinc_tasks/manual.html) which I think explains those fields. Although, I have never used them so don't know if they work or what they end up doing in the end..

[EDIT} - I just checked the task manager and I do NOT see anything like %99 utilization for collatz.

If you have a quad core CPU then 25% in Task Manager would mean the process takes one CPU (or actually one core). Seeing 99% would mean the process is using ALL four cores.

[HKEY_CURRENT_USER\Software\eFMer\BoincTasks\sorting]
"transfer_p"=dword:00000200
"project_p"=dword:00000100
"history_p"=dword:00000106
"tasks_p"=dword:00000100
"tasks_s"=dword:00000106
"project_s"=dword:00000205
"tasks_t"=dword:000000ff
"history_s"=dword:00000204
"project_t"=dword:00000109
"transfer_s"=dword:00000106
"transfer_t"=dword:000000ff

I have six computers that I'm monitoring.

OK, I renamed HKEY_CURRENT_USER\Software\eFMer\BoincTasks\sorting key and looks like the crash went away. Both of them so I can now have history enabled again (which gave me back my number of tasks in Projects like you promised). Awesome, thanks for helping! Do you want the sorting registry key contents?

The Task column in projects is linked to the history tab. History should be enabled for this to work.

Ah! That'll explain it since I just disabled history. Thanks.

1) Is there anything in the transfer.
2) Did you reboot your computer?

1) Yeah, I have pending Uploads in my Tasks tab. First Seti@Home Beta and now FreeHAL.
2) I've rebooted after BoincTasks update due to other patches.

Hmm, now I seem to also get a crash every time something is uploaded and History is enabled. It might be somehow related to the same crash when going to Transfers-tab.