Messages

• Menu entries File -> Start / Stop BOINC Client (localhost) are inactive unless there is an extra window (+ separate connection) for the localhost. If such window exists, the entries are available for both the localhost window and Combined window.
  
  
  
  • It should not matter from which window the local client is connected, just whether it is connected (if the Stop BOINC Client (localhost) menu entry availability should depend on it).
  • If the client is stopped, there is no live connection even with the opened localhost window and both menu entries are grayed out anyway. Therefore the Start BOINC Client (localhost) entry should be available at least while there is no live connection to this client. (Maybe it should not be available while the connection is live, or in such case it should be renamed to Restart BOINC Client (localhost)?

• The first menu entry is named File, although it contains no file-related operations, except maybe the obligatory Exit.
  What about renaming File to BoincTasks? (OK, I know there is BoincTasks_OVERRIDE.btlang...)

Help --> update, only active when in tab Tasks, otherwise greyed and not active.

BTW, the Update in the taskbar icon is always active.
And I've just realized that I was always thinking it means "Update projects" Maybe it could state something like "Check for Update" or "Update BoincTasks"?

It this case use only the shortest range possible like 1 address.

Then I'd not need the whole dialog and would directly add the known address into the Computers dialog and would not need to wait a half minute for confirmation.

Unrelated wish:

• It would be nice if the overall Refresh rate could be overriden for any (usually remote) computer separately in the Computers window - some Refresh column?

The last question is the tasks etc refresh rate?

Yes. Settings / View / Refresh rate is overall, but (because of communication costs etc.) far remote hosts can be mostly reread less-less often than the local ones.

Sorry for my delay, I've later edited my message and added one more item:

• Sometimes my BT is minimised for a couple of hours or even days. After opening the GUI, usually a very outdated information is kept displayed. I can see that BT is counting down while waiting for the next refresh moment, then communicates the new data with BOINC client and redraws what is displayed. Could the redraw be immediately done after reopening a minimized GUI? I guess that the up-to-date info is continuously available. Even the taskbar's Gadget is continuously showing an up-to-date info (a side-effect of being refreshed after Show only over icon for ... seconds is over ), while the main GUI may be still just counting down for the next update.

• After adding a separate thread to the Find Computers dialog, it is finally obvious what's going (or sleeping ) on - please add one more edit field with a timeout. (I believe 3-5 seconds (for a very remote hosts, and 1-2 seconds for a LAN) should be mostly sufficient to keep the user a warmy feeling that the search really seems to be progressing.) (Maybe add more working threads for the client search, relative to the timeout length? Like, 3-4 threads for a 10 second timeout.)
• From the log: "19 január 2010 - 10:40:13 Language ---- User: 1051 (SKY), System: 1051 (SKY), Selected: 6 (DAN) Used: 1051 (SKY)" - what does the "Selected: 6 (DAN)" mean? I have currently the "System" selected.
• Sometimes my BT is minimised for a couple of hours or even days. After opening the GUI, usually a very outdated information is kept displayed. I can see that BT is counting down while waiting for the next refresh moment, then communicates the new data with BOINC client and redraws what is displayed. Could the redraw be immediately done after reopening a minimized GUI? I guess that the up-to-date info is continuously available. Even the taskbar's Gadget is continuously showing an up-to-date info (a side-effect of being refreshed after Show only over icon for ... seconds is over ), while the main GUI may be still just counting down for the next update.

Unrelated wish:

• It would be nice if the overall Refresh rate could be overriden for any (usually remote) computer separately in the Computers window - some Refresh column?

I'm slowly beginning with Slovak (Slovensky, 1052, SKY) translation.

But: I've immediately faced one problem: code page. Pure ANSI is for Slovak language not sufficient.
UTF8 or ...? Texts like "Zvyšný čas" ("Time Left") displays like "ZvyšnĂ˝ Ä..." (like if it were displayed as written in Eastern Europe (1250) code page).

     

OK, I've written the file in Central European (1250) codepage - now BT displays it just fine.
So, Fred, you can expect the Slovak translation in a couple of weeks 

Übrigens habe ich "Drossel" mit "Drosselung" ersetzt. Denke das klingt besser.

...wollte ich auch mal vorschlagen, als damals Saenger vor zwei Tagen nach "Throttle oder Drossel" gefragt hat.
Ich war aber zu spät. Ausserdem bin auch keiner eingefleischter Deutschsprecher

I've never done this personally, also I do not have my own inet connection with public IP address to try it with.

I could just try to blindly put something down acording to e.g. http://www.dyndns.com/services/dns/dyndns/howto.html.

Nice. I think it was worth the 100 pointers

[overkill]

...After 80.000 lines, I expect a break even point. But thats way too much for me to test.

That's literally overkill.

I suggest you try moving over to the combined mode, that's the best tested version with most of the features.

I'm using it, as the single-client windows do not display e.g. throttle state and temperature.
But I'm also using a single-client window. When I loose connnection to a remote client, it somehow disappears from the combined-mode window, but the last state remains in the single-client window. (Hard to tell which behavior is better or preferable. It depends.)

Something else did you take a look at the translation page?

I'm observing the conversations. As the first strings for translation became available, I've had no spare time for it. It will happen...

I made some changes, in some of the largest arrays. They are now dynamically created.

That sounds very promising

But that involved hundreds of changes from pointer to pointer to pointer.  
Hopefully that doesn't break things.

I keep my fingers crossed. (It's pretty tough to type this way )

110.000 V 0.37
26.000 V 0.38 Filtering all.
34.000 V 0.38 Filtering on waiting to run off.

...well, I see I'm a bit off with my 0.35, I've somehow missed to try a couple of announced updates

Open 3 computers with 6468 Tasks. All in combined mode.

I've not had more than some 15 tasks recently, but my tests mostly depended on the number of (connected) clients. Maybe you could post two figures of memory consumption - with one single-client window (having just a couple of tasks) and with one single-client window (having a loads of tasks) to get the idea.

So an overall decrease in memory use of more than 2/3, I think that's nice.
I think the memory use is in the acceptable range now.

That sounds even more promising

I'm now a bit late with my test, but I've found out that I was a bit wrong with my assumptions. The number of allocated (68.7MB + 13.8MB) memory blocks seems to depend just on the number of opened windows (regardless whether there is or is not yet or was a connection to a client) and as I've had 2 (out of 3) clients active and 2 single-client and 1 combined window opened, the allocation was 3 x 82.5MB. So even with 20 clients in one combined window, the allocation would probably stay at 1 x 82.5MB? (I've just 1 active client ATM, but tried to connect it simultaneously with 3 different client definitions, it seemed to behave so.)

So, I'm looking forward to 0.38, and please sorry for continuously bombarding you

With just 3 defined computers (one of them was never online), my BT already consumes (since the launch, and will consume) 280 MB from pagefile (and after clicking around on my 12+3 tasks and a couple of projects for a few seconds long, needs 230 MB RAM). The largest (clients-related I believe) memory blocks were enlarged to 68.7 and 13.8 MB.

I can not imagine someone with a decent farm (20-30 hosts) to try to define them all, not to mention connect. I'm assuming an 85 MB per-host memory requirement (+ some additional 25 MB), which could limit the use to maybe 25 hosts (a 2 GB per-process limit) on a usual (pre-SP3?) WinXP process? (Nore, these 4+ GB memory are available just to 64bit Windows processes. But still, these are loads of locked (and wasted?) memory!)

Maybe you could at least try to postpone the per-client memory allocation until a particular client is successfully communicated? At the time I've been using 5 clients (but not all online and accessible at a moment), I could be able to regularly restart my client manager on my travelling notebook (to lower the memory consumption from a half gig ), but not willing to regularly (de)register them

Well.... I promise taking a couple of days rest during holidays

After selecting finished tasks and firing Project Update, I've notices that for projects having multiple tasks finished, the same number of update requested by user messages appeared in the message list.

I know that the client will finally discard redundant requests and launch just one update, but I think that (to be a bit more efficient) already the BT should limit this redundancy.

(Imagine that Corsair could have many thousands of finished tiny tasks from some xyz@home on his remote network's hosts, he will not be cautious (to select just one task) and will send many thousands update requests over his overpriced oversee GPRS or satellite connection )

When 2 single-threaded apps are running on my computer, the Tasks' "CPU %" column show they use around 93% of CPU. I suppose it means of a real/virtual core.

When a 2-thread multithreaded Aqua is running, the "CPU %" column shows it uses 100% of CPU. I suppose the CPU usage was calculated at around 170-180% and was clipped to 100%.

Fred or we should agree on whether, in such case, the column should display some 89% (of the whole CPU in the computer) or 178% (of one typical core). I'd prefer and heartly recommend making it user-selectable because I know each one prefers the other way

Thanks I can work with that.

Thanks, BT 0.33 is displaying both temperature and throttling correctly.