Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Pepo

Pages: [1] 2 3 ... 6
Beta Testing / BT 1.54
« on: September 24, 2013, 02:39:39 pm »
Quote from: fred
Added: Computer tab MAC address column, this allows dynamic IP addresses to be used.  Use: use_mac for the IP Address and fill in the MAC address int the next column
:-\ too geeky and who would remember the magic word?
What about dropping this "use_mac" completely and use the MAC value, if the IP is empty?

Beta Testing / BT 1.43
« on: November 03, 2012, 10:07:55 pm »
Quote from: fred
Add: Messages: 3 user definable texts, that show a highlighted color.  (V 1.43 )
Works nicely. Sort of "*core of the text to be highlighted*".
Could the text be searched in a case-insensitive way (if it is not intentionally case-sensitive)?

Beta Testing / BT 1.39
« on: August 19, 2012, 01:03:52 pm »
I've noticed that my "BT Data Transfer graph" displays the same fixed amount for each day's upload (1.8 MB) or download (2.6 MB) in the tooltips, although the graphs wildly vary up to 240 MB. Timeline spans one year.

Beta Testing / BT 1.29
« on: December 05, 2011, 01:29:24 pm »
Threads graph - if both actual values and average is displayed, the average line is much thinner and often not visible behind the (much more dense) values. Could the average be thick and values thin?

Tasks graph: I've sometimes noticed, that I can select a few projects and see their tasks graphs, but as soon as I select any of a few other projects, all graphs disappear. No matter whether Combine projects is selected. (This is when the "Over a period of:" (= Timespan) checkbox is deselected, i.e. "All times" data.)
If I select the Timespan and play with the days, I can find a borderline - with less days, all is fine, with more days, all graphs suddenly disappear.

With other words: I can select even a 190 day Timespan. After selecting a few (or all) projects (from a group of 11 "good" projects), their tasks are displayed in graphs, for 7.10.-6.12.2011. Selecting any of the remaining 6 projects (e.g. SETI@home) causes all graphs to disappear (and the graph baseline gets 6.10.-6.12.2011). But after lowering the Timespan to 60 days, the graphs get displayed again (and the graph baseline gets 7.10.-6.12.2011). Then I select one more project (form the "bad" ones - Rosetta), graphs disappear (and the graph baseline gets 6.10.-6.12.2011). After lowering the Timespan to 59 days, the graphs get displayed again (and the graph baseline gets 7.10.-6.12.2011). Now after selecting any (or all) from the remaining "bad" ones, all graphs remain correctly displayed.

(I remember there was already a similar bug in the far past, with Credit Graphs disappearing this way.)

Project rank column - what is the second number? What about right-aligning the ranks? ;)

Find computers - the range is assumed according to the mask? What about environments with huge masks :o and trying to scan just a small known range (like 50 IP's)?

Beta Testing / BT 1.28
« on: November 22, 2011, 09:03:33 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%.

Beta Testing / BT 1.27
« on: November 17, 2011, 08:00:22 pm »
Switching between tabs issue:
I've stopped BOINC client (shortly past 19:29:00) to install a newer version. In a few seconds BT dismissed all tasks from the Tasks tab pane. So far all good. But suddenly I could not switch to the Computers tab by clicking on it, neither on any other tab - the "tab button" just flashed after a click and nothing happened. But I was able to switch between tab panes using the "Show / ...." menu items, without any problem.

In a minute or so the newer BOINC version was installed and started (at 19:32:56). Some other minute later I helped the BT's connection to a client to be recovered - suddenly the usual switching between the tab panes was functional as usual.

Code: [Select]
16 november 2011 - 22:29:57 BoincTasks version: 1.27
16 november 2011 - 22:29:57 Language ---- User: 1051 (SKY), System: 1051 (SKY), Selected: 0 () Used: 1051 (SKY)
16 november 2011 - 22:30:01 Maximum number of computers: Unlimited
16 november 2011 - 22:30:01 Computers ---- Vandus , localhost
17 november 2011 - 19:15:06 Connect ---- Connected to: Host: localhost, Vandus,Port: 31417, TThrottle Version: 5.44
17 november 2011 - 19:29:47 Connect ---- Lost connection to: Host: localhost, Vandus, Port: 31416
17 november 2011 - 19:34:12 BoincTasks is closing down all threads
17 november 2011 - 19:36:14 BoincTasks has closed down all threads
17 november 2011 - 19:36:16 Maximum number of computers: Unlimited
17 november 2011 - 19:36:16 Computers ---- Vandus , localhost
17 november 2011 - 19:36:17 Connect ---- Connected to: Host: localhost, Vandus, Port: 31416, BOINC Version: 6.13.12
17 november 2011 - 19:36:20 Connect ---- Connected to: Host: localhost, Vandus,Port: 31417, TThrottle Version: 5.44

Questions / Timeline in the temperature graph
« on: October 29, 2011, 07:50:59 pm »
TTh's (and also BT's) large Temperature Graph now contains, in addition to "hours ago" (or "minutes ago") markers at thick green vertical lines, also a true wall-clock timeline, which is exactly explanatory regarding the past time. But if the computer gets asleep for some time, after it awakes, it is not true anymore.

I've been thinking about whether (at all) to try to take the interruptions into account (this is actually up to the author, as usual), and how to display them graphically. The simple numbers "hours/minutes ago" could be kept interpreted as "run-rime ago", and a double thick green vertical line would simply mark the place of interruption. But this idea does not play with true wall-clock time. Is it some brainstorming worth?

Beta Testing / BT 1.25
« on: October 26, 2011, 07:39:27 am »
The changeset for BT 1.25 seems to ne promising :) going to be a wonderful release!
Hope this thread will be as short as possible ;)

Wish List / True list of throttled tasks
« on: October 20, 2011, 10:27:11 am »
Currently if tasks using some resource (CPU, GPU) are being throttled - be it because of temperature or a lowered max. limit - all tasks from the particular client, which use this resource, are displayed as being throttled by some non-zero amount (1-99%). But some processes might be (and often are) excluded - wrappers, nCi's, explicitly excluded projects and/or executables.

When TTh informs BT about tasks being throttled for resource XY, it sends the throttling % value. Could it also send the PIDs of throttled processes? BT could then be capable to fill the entries in the Throttle column just for tasks, which are really being throttled.
(A task may consist of multiple processes; if any of them is being throttled, then the task can be considered as being throttled (by the largest amount of any throttled process).)

Wish List / Moving target temperature line
« on: October 13, 2011, 07:28:05 pm »
The addition of dynamic target temperature reminded me on my older wish and e-mail discussion with Fred - let's try to revive it. A bit longer, but still possible to follow.

Quote from: Pepo date=01.10.2009 17:42
I'm adding a wish: the red line in graph symbolizes the target temperature, I can see whether the real temperature(s) do match it. At a later point (overnight, hot day) I may wish to change the target temperature, but it will be moved in the graph as one line. The historical value gets lost and the temperatures from past suddenly do not match.

Could the target temperature values be also stored and displayed the same way as the measured temperatures are, instead of moving one line over the whole graph?

Quote from: Fred date=01.10.2009 18:20
You have to convince me... The temperatures do not change when you set another max. The temperature difference between what TThrottle reads and a case temperature reading may change.

Quote from: Pepo date=02.10.2009 10:02
OK, Fred, then you have possibly misunderstood. It was actually not about temperature values, but just the straight target temp line.

My computer was running overnight with target temperature set to 79C (the straight red line):

and TTh was able to keep both CPUs (orange+yellow graphs) at around the same temperature.

After logging me in, I'd like to lower the fan speed (it actually rotates much faster and disturbs at temperatures over 81C, but just imagine I'm talking about 85C overnight and 69C while I'm working).

Therefore I've set the target temperature to 75C (the straight red line moved down a bit):

After a while the temperature stabilized, both CPU cores match the target temperature. But it seems that (after a hour or two, I've forgot about, or...) some time ago the temperatures were not matching the target. WTF?  ;)

This could be solved if the target temperature (my straight red line) would be also "dotted" according to the actual value at these previous points in time. (So it would not appear as one straight line, but possibly a set of lines, as the user moves the target over time.)

You can consider it being just a cosmetic issue. Thus the "wish".
Fred actually never responded, IIRC  :(

Now TTh is capable of moving the target temperature even automatically, according to its settings and user's (in)activity. It would be nice if the target temperatures' lines (yes, on an advanced computer, we have much more targets now) would signalize it at a later time.

Beta Testing / BT 1.24
« on: October 13, 2011, 01:48:58 pm »
After starting BT 1.24 for the first time, opening Setup, I've found the History length set at 120 (or even 60?) days - in 1.22 it was at 365 days!

The Graphs toolbar does really contain just graphs. But I believe the LT-History, with its window having very similar layout,  would fit there too ;)

One concern with "Display active tasks" - if it is set and there are no more active tasks, the Tasks tab is empty. It is then not possible to open the tasks' context menu and display the inactive ones - context menu is the only way the control it... :-X

Wish List / No more "Missed" or "OK *" tasks in History
« on: October 11, 2011, 01:41:26 pm »
As of BT 1.22 (for those who enable it), the majority of finished tasks are being shifted into Long-term history, thus allowing the Short-term History tab & data to be much more lightweight, with less overhead. Would it be possible to relax the module and let it react faster or more often, to capture finishing tasks? At the moment, even if BT is open, with the Tasks tab active and refreshing each 3 seconds, I can observe some tiny tasks finishing, then uploading, being reported and vanishing in a rapid succession, but the History nearly always lists these task as "Missed". That's at 3-20 seconds History refresh, Smart mode being on. I've now tried to lower the upper bound to 5 seconds and will try to observe the History tab next time such tiny task will finish.

But my (maybe already asked, in the past, or just not answered or not understood by myself) Question is, that regardless of any timing issues and smart mode: If BT already clearly notices (and tells me through the Tasks tab), that a task is already being uploaded, why can't it trigger an event in the History code area, that this task has already transitioned from Running into Uploading state? When I see a task waiting to be reported (in the Tasks tab), how can be that History meand that BT has missed the moment?? Why can then BT tell me (in the History tab), that it has completely missed this task's Uploading+ReadyToReport states, when it already displayed the task in these states? Is it necessary to capture the tasks' states in two separate loops? One module might notify another module about a task's state, instead of letting it temporaruily snoop much faster... (And miss anyway.)


Beta Testing / BT 1.21
« on: September 30, 2011, 03:41:13 pm »
Quote from: fred
Add: If a user switch occurs, the BOINC client will be stopped and restarted when the other user logs in.
Do you mean "suspend computation", or really, literally "stop client"  ???  :-X
Changed: Projects: Tasks a week now shows 2 digits.
Maybe unnecessarily too much, 1 digit would be enough? But still, thanks.
Fixed: The icon isn't blinking while snoozing.
Have you finally found the culprit??

A re-test from 1.20:
  • When (repeatedly) trying to trigger displaying the <ClientNotStartedBT> dialog ("The BOINC client wasn't started by BoincTasks and is still running"), I've (always) succeeded to terminate my client (launched by BOINC Manager) without any warning. Should this have happened?
Still happens in 1.21, is it intentional?

Checked again. After stopping the local client, I do see a STOP sign to the left of the computer, on the comp select sidebar. However, an automatic reconnect does not happen, even many minutes after starting the client again.
Please activate connection logging: C:\Program Files\eFMer\BoincTasks\examples\log
<log> <options> <connecting> 1 </connecting> </options> </log>
And see what is logged.
I've checked it just once, BT shut down the client, with messages:
Quote from: BT 1.21
17:12:36 Shut down BoincTasks ---- The BOINC client is shutting down
17:13:01 Shut down BoincTasks ---- The BOINC client has shut down
then some 3:40 minutes later (the timeout is set to 120 seconds) it successfully tried and connected to a newly started client:
Quote from: BT 1.21
17:16:41 Connect ---- Lost connection to: Host: localhost, Pavilon6, Port: 31416
17:16:41 Connect ---- Try to connect to: Host: localhost, Pavilon6, Port: 31416, Thread ID: 9484
17:16:41 Connect ---- Connected to: Host: localhost, Pavilon6, Port: 31416, BOINC Version: 6.12.34
Other two machines are regularly attempted for a connection in other 12-minute cycle.

I'll try to check it again later. But it was the first time it jumped in immediately  :)

Beta Testing / BT 1.17
« on: August 19, 2011, 12:25:45 pm »
Very good step to place Graphs' Computers and Projects selection side-by-side instead vertically! Saves a lot of (opposite) scrolling among projects. (Tasks Graphs might follow it.)
However, I'm still missing the meaning of "Expanded selection box".

I personally like the new "tube-skinned" stripes more than the former alternating ones - they were changing the underlying colors too much, differently for similar tasks. Now equally highlighted tasks also share the same color. (However they are possibly a bit too dark in the middle of rows.)

Tasks a day/week: the majority of my projects show 26/day + 235/33/week, others have 0 + 0/0. Mostly projects with no tasks on board show 0 + 0/0 and those with any tasks show 26 + 235/33, but it is not an absolute pattern, exceptionally CPDN beta with 1/0 tasks has 0+0/0.

GPU throttle graph in BT is again correct (BT 1.17 + TTh 4.30). (Maybe a longer time already, I've been using 4.20 until today.)

Beta Testing / BT 1.08
« on: June 17, 2011, 03:50:33 pm »
The sorting wasn't done on group.

Sorting should be fixed, now on group (from server, client, BoincTasks, TThrottle), project, created time.
You can collapse read messages, or delete them to clear up the long list.
Even with 1.08, the notices are still not thoroughly sorted according to any apparent key:

  05.06.11 17:50  DNETC@HOME: Summer heat up - challenge   viac...     
  03.06.11 20:12  DNETC@HOME: Project maintenance   viac...     
  01.06.11 14:16  PrimeGrid: Mega Prime found for The Riesel Problem (Dj vu Dj vu)   viac...     
  29.05.11 15:18  PrimeGrid: Mega Prime found for The Riesel Problem   viac...     
  28.05.11 15:30  SETI@home: storage service is back up   viac...     
  27.05.11 20:48  SETI@home: More problems with workunit storage server...   viac...     
  21.05.11 00:49  AQUA@home: A new test application   viac...     
  20.05.11 21:45  AQUA@home: Please consider upgrading your BOINC client   viac...     
  25.05.11 18:50  SETI@home: Change of management at Arecibo.   viac...     
  18.05.11 18:12  World Community Grid: Nutritious Rice for the World project publishes paper   viac...     
  13.06.11 04:03  PrimeGrid: World Record Factorial Prime   viac...     
  15.06.11 17:48  AQUA@home: Oznam od servera     
  16.06.11 02:30  Milkyway@home: Oznam od servera     
  17.06.11 13:50  ibercivis: Oznam od servera     
  15.06.11 17:47  Oznam od BOINC   viac...   
  15.06.11 17:47  Oznam od BOINC   viac...   
  15.06.11 17:47  Oznam od BOINC   viac...   
  16.06.11 03:01  SETI@home: New posts in subscribed thread   viac...     
  14.06.11 15:14  SETI@home: New posts in subscribed thread   viac...     
  14.06.11 22:10  World Community Grid: Computing for Clean Water project publishes paper   viac...     

Pages: [1] 2 3 ... 6