BT now seems to correctly display the originating project name in
Notices. But "Notices from BOINC" (as (loosely translated) are they displayed in BOINC Manager) are headed just by a bold colon:
Quote:
Nerozpoznaná značka v cc_config.xml: <force_auth_off>
26.01.11 17:40 viac...
and it looks a bit weird :-\
Quote from: Pepo on February 07, 2011, 08:07:03 PM
BT now seems to correctly display the originating project name in Notices. But "Notices from BOINC" (as (loosely translated) are they displayed in BOINC Manager) are headed just by a bold colon:
Quote:
Nerozpoznaná značka v cc_config.xml: <force_auth_off>
26.01.11 17:40 viac...
and it looks a bit weird :-\
This text is inserted on a condition. So it's not an actual notice text.
Do you have a way to generate a message, all the time and in English.
Long story short: I've opened BT 0.99's window, started BOINC 6.12.11->6.12.14 update, finally launched BOINC. BT was again not able to reconnect, until I've "edited" (or touched) the localhost's IP address in BT (from "localhost" to the same "localhost" + <Enter>).
(As promised, I've later edited this post on Chrome - my IE was not willing to let me edit long text in small editing window of this forum :()
Quote from: Pepo on January 19, 2011, 10:49:18 PM
While BT kept running, I've updated the client 6.12.10->6.12.11. BT lost connection to it (it was the only connected client, local) and did not get it again even many minutes after the client (in service mode) started. I remember already having seen this in the past.
After clicking through all tabs, Tasks and Messages and Gadget were emptied, but Projects keep displayed (for a not-connected client). And, the tray tooltip still displays "machinename, Running: 2".
After a couple of minutes, I've "edited" the local computer's IP definition (it is localhost, I've just clicked on it and pressed Enter). The connection was promptly created.
Quote from: Pepo on January 20, 2011, 09:11:28 AM
Quote from: Pepo on January 19, 2011, 11:07:47 PM
To add to my connection problem: the reconnect time is IIRC set to 710 seconds. I guess this does matter.
In such situation in the past, I've also tried to lower the reconnect interval to few seconds (while BT kept running, without IP editing), with no influence. Could it be that the (710 sec, in my case) countdown still kept running without reset?
One more note: The Expert settings' Reconnect delay was initially 0, I've later tried to change it after the BOINC client update (10.2.2011 22:44-22:50) to 10 seconds (can be seen in the log below).
06 február 2011 - 23:36:53
06 február 2011 - 23:36:54 Language ---- User: 1051 (SKY), System: 1051 (SKY), Selected: 1051 (SKY) Used: 1051 (SKY)
06 február 2011 - 23:36:58 Main ---- BoincTasks Version: 0.99
06 február 2011 - 23:37:01 Computers ---- vetroplach , localhost
06 február 2011 - 23:37:01 Computers ---- pavilon6 , pavilon6
06 február 2011 - 23:37:03 GetLocalDirectory ---- C:\Program Files\eFMer\BoincTasks
06 február 2011 - 23:37:09 Connect ---- Connected to: Host: localhost, vetroplach, Port: 31416, BOINC Version: 6.12.11
06 február 2011 - 23:37:10 Connect, init ---- Host: pavilon6, pavilon6,Port: 31416, Couldn't resolve hostname
06 február 2011 - 23:37:13 GetLocalDirectory ---- C:\Program Files\eFMer\BoincTasks
(deleted Memory log, shortened)
10 február 2011 - 20:51:54 GetLocalDirectory ---- C:\Program Files\eFMer\BoincTasks
10 február 2011 - 22:44:30 Connect ---- Lost connection to: Host: localhost, vetroplach, Port: 31416
10 február 2011 - 22:58:55 BoincTasks is closing down all threads
10 február 2011 - 22:58:55 BoincTasks has closed down all threads
10 február 2011 - 22:58:59 BoincTasks version: 0.99
10 február 2011 - 22:58:59 Maximum number of computers: 60
10 február 2011 - 22:58:59 Computers ---- localhost get local password: (C:\Documents and Settings\All .... aplikací\BOINC\\gui_rpc_auth.cfg) blahblahblabla
10 február 2011 - 22:58:59 Computers ---- vetroplach , localhost
10 február 2011 - 22:58:59 Computers ---- pavilon6 , pavilon6
10 február 2011 - 22:58:59 GetLocalDirectory ---- C:\Program Files\eFMer\BoincTasks
10 február 2011 - 22:58:59 GetLocalDirectory ---- C:\Program Files\eFMer\BoincTasks
10 február 2011 - 22:59:00 Connect ---- Connected to: Host: localhost, vetroplach, Port: 31416, BOINC Version: 6.12.14
10 február 2011 - 22:59:00 GetLocalDirectory ---- C:\Program Files\eFMer\BoincTasks
10 február 2011 - 22:59:01 Connect, init ---- Host: pavilon6, pavilon6,Port: 31416, Couldn't resolve hostname
10 február 2011 - 22:59:14 Connect, init ---- Host: pavilon6, pavilon6,Port: 31416, Couldn't resolve hostname
10 február 2011 - 22:59:29 Connect, init ---- Host: pavilon6, pavilon6,Port: 31416, Couldn't resolve hostname
10 február 2011 - 22:59:44 Connect, init ---- Host: pavilon6, pavilon6,Port: 31416, Couldn't resolve hostname
.......
Quote from: Pepo on February 10, 2011, 10:17:19 PM
Long story short: I've opened BT 0.99's window, started BOINC 6.12.11->6.12.14 update, finally launched BOINC. BT was again not able to reconnect, until I've "edited" (or touched) the localhost's IP address in BT (from "localhost" to the same "localhost" + <Enter>).
I'll edit this post tomorrow on Chrome - am tired and my IE is not willing to let me edit long text in small editing window of this forum :-(
One more preliminary note: The Expert settings' Reconnect delay was initially 0, I've changed it after the update to 10 seconds - can be seen in the log.
When you install a new BOINC version, the BOINC installer doesn't gracefully close BOINC. It just kills the process and what happens to the still open connections, I don't know.
So probably the whole connection has to be reinitialized, and a reconnect is probably not enough.
So the best way is to close down the client, close down BT, install the new version and restart BT. BT will start the new client.
Changing something in the computer page, is close to closing down BT and restarting it.
Quote from: fred on February 11, 2011, 12:08:40 AM
Quote from: Pepo on February 10, 2011, 10:17:19 PM
Long story short: I've opened BT 0.99's window, started BOINC 6.12.11->6.12.14 update, finally launched BOINC. BT was again not able to reconnect, until I've "edited" (or touched) the localhost's IP address in BT (from "localhost" to the same "localhost" + <Enter>).
When you install a new BOINC version, the BOINC installer doesn't gracefully close BOINC. It just kills the process and what happens to the still open connections, I don't know.
This is quite good possible, that it just kills the whole process subtree. (Maybe I'll ask Rom Walton how the installer closes the client.) I can imagine that in order to gracefully close it, it would have to read its gui_rpc_auth.cfg, connect to it, communicate and issue the exit command - apparently not worth the hassle :-(
OK, I'm convinced.
QuoteSo probably the whole connection has to be reinitialized, and a reconnect is probably not enough.
Maybe worth the try, if the connection is anyway already lost, say, for (3 x reconnect_interval)?
QuoteSo the best way is to close down the client, [...] install the new version [...]
OK, seems to be the clean way to go. I was thinking that the installer would close the client gracefully, but actually, for security reasons, this should be not possible without authentication, yes?
Quoteclose down BT, [...] and restart BT.
Will maybe not be necessary, if the client was closed gracefully.
QuoteBT will start the new client.
This is unfortunately not an option for me, at least on that machine, because BOINC runs there as a service (it is a multi-user machine without any advanced graphic card) and BT simply ignores this fact and runs the client as own subprocess, instead of doing some equivalent of "net start BOINC" :-\ (reported some 1/2 year ago).
Not specific to 0.99 but quite often when clicking on a task in History the right slider jumps to near the bottom and the user has to scroll upwards to find the desired task again.
Quote from: Beyond on February 15, 2011, 07:26:31 PM
Not specific to 0.99 but quite often when clicking on a task in History the right slider jumps to near the bottom and the user has to scroll upwards to find the desired task again.
Is this tasks still there and not deleted.
What is your sorting.
Anybody else who is recognizing this.
Either tasks that are reported , not reported or missed. Sort order: completed with newest first (on top).
Quote from: Beyond on February 15, 2011, 09:26:54 PM
Either tasks that are reported , not reported or missed. Sort order: completed with newest first (on top).
Hmm, is the task still selected?
I can't reproduce it.
Quote from: fred on February 15, 2011, 10:46:02 PM
Quote from: Beyond on February 15, 2011, 09:26:54 PM
Either tasks that are reported , not reported or missed. Sort order: completed with newest first (on top).
Hmm, is the task still selected?
I can't reproduce it.
Yes, still selected. If it doesn't do it right away, click around on various completed tasks. At least here it doesn't take long until the slider jumps to near the bottom. Maybe it's something else on my machine causing it but BT is the only app that does this.
Quote from: fred on February 15, 2011, 08:44:24 PM
Quote from: Beyond on February 15, 2011, 07:26:31 PM
Not specific to 0.99 but quite often when clicking on a task in History the right slider jumps to near the bottom and the user has to scroll upwards to find the desired task again.
What is your sorting.
Anybody else who is recognizing this.
Never happened for me (similar sorting, "v1 Completed + v2 Reported").
I can just see Messages jumping once to the top and then to bottom when displayed after a couple of hours. (Unsorted, apparently equivalent to "^1 Nr.") But this is probably something much different and known.
Quote from: Beyond on February 15, 2011, 11:48:08 PM
Quote from: fred on February 15, 2011, 10:46:02 PM
Quote from: Beyond on February 15, 2011, 09:26:54 PM
Either tasks that are reported , not reported or missed. Sort order: completed with newest first (on top).
Hmm, is the task still selected?
I can't reproduce it.
Yes, still selected. If it doesn't do it right away, click around on various completed tasks. At least here it doesn't take long until the slider jumps to near the bottom. Maybe it's something else on my machine causing it but BT is the only app that does this.
What Windows version are you using.
Quote from: fred on February 17, 2011, 01:52:53 AM
Quote from: Beyond on February 15, 2011, 11:48:08 PM
Quote from: fred on February 15, 2011, 10:46:02 PM
Quote from: Beyond on February 15, 2011, 09:26:54 PM
Either tasks that are reported , not reported or missed. Sort order: completed with newest first (on top).
Hmm, is the task still selected?
I can't reproduce it.
Yes, still selected. If it doesn't do it right away, click around on various completed tasks. At least here it doesn't take long until the slider jumps to near the bottom. Maybe it's something else on my machine causing it but BT is the only app that does this.
What Windows version are you using.
Win7-64. Even tried a different mouse. No change. Also found that if I set The "ready to start" filter (combine) to off so that the number of enries is larger the same thing often happens in Tasks. Tried cutting my history to 8 hours, it made no difference.
In BT I see now 2 correctly finished tasks (project 1) and 1 errored-out task (project 2). They are already waiting a couple of hours in this state. No uploads are pending.
The tray icon's "Report all finished tasks" displays their count as 2. I believe that all "Ready to report" tasks (so, 3) should be counted and displayed.
Quote from: Pepo on February 18, 2011, 02:02:22 PM
In BT I see now 2 correctly finished tasks (project 1) and 1 errored-out task (project 2). They are already waiting a couple of hours in this state. No uploads are pending.
The tray icon's "Report all finished tasks" displays their count as 2. I believe that all "Ready to report" tasks (so, 3) should be counted and displayed.
Check.
Quote from: Beyond on February 17, 2011, 04:07:48 PM
What Windows version are you using.
Win7-64. Even tried a different mouse. No change. Also found that if I set The "ready to start" filter (combine) to off so that the number of enries is larger the same thing often happens in Tasks. Tried cutting my history to 8 hours, it made no difference.
[/quote]
Do you only click or move the selection with the arrow keys.
A great bunch of notices appeared in BoincTasks from PrimeGrid, like this:
QuotePrimeGrid: World Record Generalized Fermat Prime
On 8 Feb 2011 09:38:57 UTC, PrimeGrid’s PRPNet found the largest known Generalized Fermat Prime: 145310^262144+1 (http://primes.utm.edu/primes/page.php?id=98160) The mega prime is 1,353,265 digits long and enters Chris Caldwell's The Largest Known Primes Database (http://primes.utm.edu/primes) ranked 1st for Generalized Fermat Primes (http://primes.utm.edu/top20/page.php?id=12) and 23rd overall. The discovery was made by Ricky L Hubbard of the United States using an AMD PHENOM II X6 1090t @ 3.2GHz with 8GB RAM, running Windows 7. This computer took about 11 hours to probable prime (PRP) test with GenefX64 and 48 hours and 15 minutes to complete the primality test using pfgw64. Ricky is a member of the AMD Users (http://www.primegrid.com/team_display.php?teamid=14) team. For more details, please see the official announcement (http://www.primegrid.com/download/gfn-145310_262144.pdf).
10.02.11 06:20 viac... (http://www.primegrid.com/forum_thread.php?id=3147)
In BOINC Manager, they appeared a bit differently:
QuotePrimeGrid: World Record Generalized Fermat Prime
On 8 Feb 2011 09:38:57 UTC, PrimeGrid's PRPNet found the largest known Generalized Fermat Prime: 145310^262144+1 (http://primes.utm.edu/primes/page.php?id=98160)
The mega prime is 1,353,265 digits long and enters Chris Caldwell's The Largest Known Primes Database (http://primes.utm.edu/primes) ranked 1st for Generalized Fermat Primes (http://primes.utm.edu/top20/page.php?id=12) and 23rd overall.
The discovery was made by Ricky L Hubbard of the United States using an AMD PHENOM II X6 1090t @ 3.2GHz with 8GB RAM, running Windows 7. This computer took about 11 hours to probable prime (PRP) test with GenefX64 and 48 hours and 15 minutes to complete the primality test using pfgw64. Ricky is a member of the AMD Users (http://www.primegrid.com/team_display.php?teamid=14) team.
For more details, please see the official announcement (http://www.primegrid.com/download/gfn-145310_262144.pdf).
26.02.2011 5:08:20 . viac... (http://www.primegrid.com/forum_thread.php?id=3147)
Original message can be seen on PrimeGrid's News archive (http://www.primegrid.com/old_news.php) page.
The BOINC Manager's version correctly applied the message's formatting, whereas BT incorrectly discarded all line breaks. Additionally the apostroph in "PrimeGrid's PRPNet" was incorrectly rendered as "PrimeGrid’s PRPNet".
OTOH, BT correctly reflected all posts' original dates and times, whereas BOINC Manager incorrectly applied "26.02.2011 5:08:20" on all newsfeed items - probably the moment my client or Manager noticed them?
Quote from: Pepo on February 28, 2011, 08:50:08 PM
A great bunch of notices appeared in BoincTasks from PrimeGrid, like this:
Ok on the bug list, may need a conversion table, did see something like this in the BOINC code.
Quote from: Pepo on February 28, 2011, 08:50:08 PM
A great bunch of notices appeared in BoincTasks from PrimeGrid, [...]
[...] BT correctly reflected all posts' original dates and times, whereas BOINC Manager incorrectly applied "26.02.2011 5:08:20" on all newsfeed items - probably the moment my client or Manager noticed them?
In the mean time I've updated BOINC from 6.12.12 to 6.12.15. Possibly as a subsequence of this (although, WHY AT ALL ???), the client discarded all notices. A half day later they all appeared again, unfortunately in exactly reversed order (not noticeable in BOINC Manager, as all are "01.03.2011 13:58:23" (I've already complained on mailing lists), but funny to see the reverse-ordered dates in BT :D)
Some common and useful ordering is probably to be agreed on...
Personally think the whole BOINC notice fiasco is a mess. Feels like spam. It's going to get worse too as more projects start sending out irrelevant messages.
I suspect we should observe it from the positive side - fun for participants :D
(until it eventually gets sorted out by volunteers (and the patches eventually checked in))
Buggy still:
- the tray icon's "GPU suspended" indicator is really still buggy... I'm using it multiple times daily and it often keeps solid red even if nothing is suspended (and BT also thinks so, according to its tray popup menu without any checkbox and countdown timer).
Quote from: Beyond on March 01, 2011, 03:50:45 PM
Personally think the whole BOINC notice fiasco is a mess. Feels like spam. It's going to get worse too as more projects start sending out irrelevant messages.
A spam filter maybe.
Quote from: fred on March 01, 2011, 04:31:18 PM
Quote from: Beyond on March 01, 2011, 03:50:45 PM
Personally think the whole BOINC notice fiasco is a mess. Feels like spam. It's going to get worse too as more projects start sending out irrelevant messages.
A spam filter maybe.
BOINC notices spam filter, there's a business opportunity. Personally wish it could be completely turned off. Every one of my machines recently got something like 11 messages from PrimeGrid about some drivel that I could find out if I wanted by visiting their home page. Even though "Notice reminder interval" is set to 0, they still popup. Irritating.
Quote from: Pepo on February 28, 2011, 08:50:08 PM
A great bunch of notices appeared in BoincTasks from PrimeGrid, like this:
You may try this:
In the changing the notices_template.html
charset=__InsertCharSetCode__
charset=utf-8
This solves the problem on my computer.
You may have to restart BT
Quote from: Beyond on March 01, 2011, 04:49:07 PM
Personally wish it could be completely turned off. Every one of my machines recently got something like 11 messages from PrimeGrid about some drivel that I could find out if I wanted by visiting their home page.
If multiple machines, controlled by BT, get the same notice, then maybe at least BT could pick one particular piece and simply discard the remaining
thousand or so (or actually a bit less) identical ones?
I know that the notices seem to be bound to hosts, but maybe some project news (so, not error messages and warnings, bound to particular hosts) could be considered as being common to all hosts, and be removed from particular host to some artificial category?
Quote from: fred on March 01, 2011, 05:42:55 PM
Quote from: Pepo on February 28, 2011, 08:50:08 PM
A great bunch of notices appeared in BoincTasks from PrimeGrid, like this:
You may try this:
In the changing the notices_template.html
charset=__InsertCharSetCode__
charset=utf-8
This solves the problem on my computer.
You may have to restart BT
Wasn't "__InsertCharSetCode__" intended to insert the charset from my .btlang file? Or BT's Language settings?
Really. It solved the apostroph problem, but broke all localized texts ;D
Quote from: notices_template.html<!--
To create a user template that isn't overwritten by the installer....
Copy this file to notices.html in the same folder as the exe.
Search sequence:
1) notices.html is used.
2) if notices.html isn't found notices_template.html is used.
-->
I've also tried to copy the template into notices.html. It worked, just the file was not expected to be found around the exes, but in the same html folder as the template. Due to change the comment?
BTW, what about such subtle modification?
--- C:/Program Files/eFMer/BoincTasks/html/notices_template.html ut III 1 23:20:20 2011
+++ C:/Program Files/eFMer/BoincTasks/html/notices.html ut III 1 23:35:58 2011
@@ -16,15 +16,16 @@
<!--
__InsertNoticeTemplateMoreBegin__
-<FONT COLOR="#0000ff" SIZE=3><a href="__InsertNoticeLink__" target="_new">__InsertNoticeMore__</a></FONT>
+<FONT COLOR="#0000ff" SIZE=1><a href="__InsertNoticeLink__" target="_new">__InsertNoticeMore__</a></FONT>
__InsertNoticeTemplateMoreEnd__
-->
<!--
__InsertNoticeTemplateBegin__
<FONT SIZE=3><B>__InsertNoticeTitle__</B></FONT><br>
+<FONT COLOR="#bbbbbb" SIZE=2>__InsertNoticeTimeCreated__</FONT><br>
<FONT SIZE=2>__InsertNoticeBody__</FONT><br>
-<FONT COLOR="#bbbbbb" SIZE=2>__InsertNoticeTimeCreated__</FONT>__InsertNoticeMoreLink__
+<FONT COLOR="#bbbbbb" SIZE=1>(__InsertNoticeTimeArrival__)</FONT>__InsertNoticeMoreLink__
<hr size="1" align="left" width="100%" color="#bbbbbb">
__InsertNoticeTemplateEnd__
-->
(At least I know I can use it personally, just have to check the template for updates.)
Today I've noticed two auto-aborted tasks. Corresponding messages:
10414 Renderfarm.fi 03.03.11 06:26 Aborting task ses0000001672frm0000000878prt00001_1: exceeded memory limit 2433.54MB > 2413.72MB
10467 Renderfarm.fi 03.03.11 06:32 Aborting task ses0000001672frm0000000890prt00001_2: exceeded memory limit 2449.61MB > 2413.72MB
I've also sampled a couple of failed results from my
History, the upper two correspond with the aborts:
Application Elapsed time Completed Reported Status
4.84 Blender 00:00:00 (00:00:00) 03.03.11 06:32 03.03.11 06:34 Aborted (-177)
4.84 Blender 00:00:00 (00:00:00) 03.03.11 06:26 03.03.11 06:28 Aborted (-177)
2.31 Data coll. 00:00:00 (00:00:00) 04.02.11 12:01 04.02.11 12:01 Aborted (194)
4.83 Blender 00:02:51 (00:02:01) 21.12.10 19:31 21.12.10 19:33 Reported: Computation error (-177,)
4.83 Blender 00:01:07 (00:00:18) 21.12.10 15:26 21.12.10 15:28 Reported: Computation error (-177,)
5.03 GARLI 00:00:00 (00:00:00) 26.11.10 14:05 26.11.10 14:38 Aborted by project
2.02 DNETC 00:00:00 (00:00:00) 26.11.10 12:22 26.11.10 12:25 Aborted (-1)
5.05 Astropulse 1+20:18:01 (1+11:34:45) 15.10.10 21:59 15.10.10 22:04 Aborted by user
My questions:
- Can the "Aborted (-177)" status be directly translated to some particular (human-readable) abort reason? Or is 177 the application's own error code? The tasks' logs (http://www.renderfarm.fi/result.php?resultid=1766264) contain "Exit status -177 (0xffffff4f)" + "<message> Maximum memory exceeded </message>" + "Exception caught: BOINC forcibly tells us to abort right now! Status: 0"
- Is it possible, that "Computation error (-177,)" meant the same lack-of-memory reason? (OK, found "Exit status -177 (0xffffff4f), Exception caught: BOINC forcibly tells us to abort right now! - Unhandled Exception Record - Reason: Out Of Memory (C++ Exception) (0xe06d7363) at address 0x000007FEFD4FAA7D" in the task's result (http://www.renderfarm.fi/result.php?resultid=1388441).)
- Can (194) and (-1) states be directly translated to some particular (human-readable) abort reasons? I remember for sure I've aborted the (locked) "2.31 Data collect" task (on 4.2.2011) manually from BT and reported about it on WUProp forum (http://wuprop.boinc-af.org/forum_thread.php?id=49&nowrap=true#434).
Funny these messages, in addition to "
Exception caught: BOINC forcibly tells us to abort right now!" I've also found a "
Exception caught: BOINC kindly asks us to exit", even multiple times in the same log :D
Quote from: Pepo on March 01, 2011, 10:53:11 PM
Quote from: fred on March 01, 2011, 05:42:55 PM
Quote from: Pepo on February 28, 2011, 08:50:08 PM
A great bunch of notices appeared in BoincTasks from PrimeGrid, like this:
You may try this:
In the changing the notices_template.html
charset=__InsertCharSetCode__
charset=utf-8
This solves the problem on my computer.
You may have to restart BT
Wasn't "__InsertCharSetCode__" intended to insert the charset from my .btlang file? Or BT's Language settings?
Really. It solved the apostroph problem, but broke all localized texts ;D
What about to convert localized parts of notices' text to UTF-8 prior to inserting them into final notices.html document? Then UTF-8 could be applied on the whole doc?
Quote from: Pepo on March 03, 2011, 03:00:24 PM
What about to convert localized parts of notices' text to UTF-8 prior to inserting them into final notices.html document? Then UTF-8 could be applied on the whole doc?
That's what I'm doing now. But still, I don't know why PrimeGrid's uses UTF-8 at all. ;D
I now try to get the ASCII text to be translated to UTF-8. From the right code page that is.
For one DNETC@HOME task I see following times in BT (the task is preempted, in memory and did not checkpoint yet):
CPU time 01:51:58
Elapsed time -> 00:16:14 <-
Remaining time 01:02:35The value in main window does match the value in task's Properties window.
BOINC Manager displays more appropriate Elapsed time:
CPU time 01:51:58
Elapsed time -> 02:01:45 <-
Remaining time 01:02:35After forcing the task to continue, the Elapsed time got immediately corrected. Maybe still some hidden, deeply residual bug?
From "Re: BT 0.94":
Quote from: Pepo on December 20, 2010, 06:30:11 PM
I've noticed a couple of discrepancies in few tasks' Elapsed time. Namely the value in Tasks tab's Elapsed column does not match (is less than) the value in the Task properties window. Usually much smaller, so I could notice it. And also smaller than the CPU time. A few examples (a lot of such tasks, thus not as screenshots), parts of the Properties dialog:
[.....]
One more CPDN task, which just finished, was switching between 9 and 15 days. At the point it got ready to report, the time was again correct.
Each time such task was preempted, the elapsed time (in main window) fell back to the (bold) value. After resuming such task, displayed Elapsed time was suddenly correct.
And I've noticed it just on tasks with Elapsed time > 1 day.
From "Re: BT 0.98":
Quote from: Pepo on February 03, 2011, 06:27:45 PM
I'm sorry to say I can again see problems with Elapsed time. Excerpts from an AQUA ROQS task state:
[.....]
For a 3-thread task, 7:25 hours wall-clock time is a bit less IMO compared to 4 CPU days. Also BOINC Manager reports 40:35:54 as Elapsed time... (and 98:15:40 as CPU time). The task stays passive in memory, was last time restarted 8 days ago and consumed 64:05:21 CPU seconds since.
[.....]
[edit]A hour later, the task reached 100%, but is still running. The time value displayed in main window is 0:14:39 (02:54:19). The elapsed time keeps fixed at the 14:39 minutes.
The time values in task's Properties window are:
CPU time 02:54:19
Elapsed time 03:07:16
Remaining time - and they all do update.
After the task finished, the time value displayed in main window is again correct.[/edit]
Quote from: Pepo on March 04, 2011, 10:01:11 AM
For one DNETC@HOME task I see following times in BT (the task is preempted, in memory and did not checkpoint yet):
CPU time 01:51:58
Elapsed time -> 00:16:14 <-
Remaining time 01:02:35
The value in main window does match the value in task's Properties window.
Is on my to do list to investigate.
Quote from: fred on March 04, 2011, 01:29:30 AM
Quote from: Pepo on March 03, 2011, 03:00:24 PM
What about to convert localized parts of notices' text to UTF-8 prior to inserting them into final notices.html document? Then UTF-8 could be applied on the whole doc?
That's what I'm doing now. But still, I don't know why PrimeGrid's uses UTF-8 at all. ;D
I now try to get the ASCII text to be translated to UTF-8. From the right code page that is.
After several ways that didn't work or only partial. One that did everything right, except one wrong character. ???
Notice from BOINC
BOINC nemá prístup k Internetu - skontrolujte sieťové pripojnie alebo konfiguráciu proxy.
04-03-2011 15:36
--------------------------------------------------------------------------------
PrimeGrid: World Record 321 Prime
On 21 Feb 2011 21:45:32 UTC, PrimeGrid's 321
The file is now UTF-8 decoded.
Quote from: fred on March 05, 2011, 12:52:01 AM
After several ways that didn't work or only partial. One that did everything right, except one wrong character. ???
Notice from BOINC
BOINC nemá prístup k Internetu - skontrolujte sieťové pripojnie alebo konfiguráciu proxy.
04-03-2011 15:36
--------------------------------------------------------------------------------
PrimeGrid: World Record 321 Prime
On 21 Feb 2011 21:45:32 UTC, PrimeGrid's 321
The file is now UTF-8 decoded.
The text reads pretty correct to me... both localized notice and PrimeGrid's news. Maybe a missing '
e' in "pripoj
enie"? Is this the wrong character, or just a copying typo? I haven't noticed any other discrepancy.
Quote from: Pepo on March 05, 2011, 04:18:53 PM
The text reads pretty correct to me... both localized notice and PrimeGrid's news. Maybe a missing 'e' in "pripojenie"? Is this the wrong character, or just a copying typo? I haven't noticed any other discrepancy.
This is in the translation file ???
sieťové pripojnie
Quote from: fred on March 06, 2011, 01:19:50 AM
Quote from: Pepo on March 05, 2011, 04:18:53 PM
The text reads pretty correct to me... both localized notice and PrimeGrid's news. Maybe a missing 'e' in "pripojenie"? Is this the wrong character, or just a copying typo? I haven't noticed any other discrepancy.
This is in the translation file ???
sieťové pripojnie
Ooops! You're right, my .btlang file is missing this character
:-[I've uploaded a new one.
Is there still any wrong character?
Tasks Graph. I've some 22 projects at the computer. Without checking "Combine projects", their single graphs cover various periods between 10.1.2011 and 11.3.2011 and show spikes for received tasks.
With exception of 5 projects (AQUA, ibercivis, Spingenge, WCG, WUProp - if it matters), which cover a period 9.1.2011-11.3.2011, and Pirates, which covers 9.1.-10.1.2011. These 6 projects show no task spikes, although they were receiving and processing tasks in the periods. And the grids in their graphs vary in height between 1, 2 and 4 - the graphs are apparently prepared to display some correctly sized spikes, but nothing gets displayed?
Even more, with "Combine projects" checked, I can combine any combination of the "correct" project's task spikes, but adding any of the "wrong" projects renders the graph blank.
What should I look for or post?
Quote from: Pepo on March 10, 2011, 02:03:49 PM
What should I look for or post?
I see something similar on my own computer. It's on the BUG list.