PrimeGrid PSP LLR not counting correctly

Message boards : Number crunching : PrimeGrid PSP LLR not counting correctly
Message board moderation

To post messages, you must log in.

AuthorMessage
Profile DoctorNow
         
Avatar

Send message
Joined: 7 Apr 10
Posts: 224
Credit: 461,423
RAC: 0
Message 2119 - Posted: 26 Mar 2014, 7:56:47 UTC
Last modified: 26 Mar 2014, 7:57:53 UTC

Hi!

As far as I can see, there seems to be no thread regarding such an issue, so I opened this one.
I think there's definitely a problem with how WUProp is counting the times from PrimeGrids subproject Prime Sierpinski Problem LLR.
Recently I started several tasks on two comps, the last two days I returned these three ones:
530224709 383917896 246708 4 Mar 2014 | 2:59:18 UTC 24 Mar 2014 | 8:41:28 UTC Fertig und Bestätigt 485,223.39 (134.78 hours) 417,523.13 10,597.77 Prime Sierpinski Problem (LLR) v6.15
530216327 383919258 246708 4 Mar 2014 | 2:59:18 UTC 24 Mar 2014 | 8:43:26 UTC Fertig und Bestätigt 508,745.45 (141.32 hours) 422,600.52 10,668.74 Prime Sierpinski Problem (LLR) v6.15
530208321 383921185 246708 4 Mar 2014 | 2:59:18 UTC 25 Mar 2014 | 0:36:31 UTC Fertig und Bestätigt 624,106.74 (173.36 hours) 531,300.39 11,764.39 Prime Sierpinski Problem (LLR) v6.15

All in all, the finished time sums up to 449.46 hours.
But in my account are only 142.95 hours listed currently, with 281.48 pending from another 4 tasks I have remaining on my second computer, but this pending value isn't correctly either, the WUs have already way more hours crunched (and are not finished yet).
I gave it some other WU-updates to see if the value changes, but it looks like it doesn't, since it's already over a day ago.
Judging from the numbers it almost appears that only one task of the three was counted from WUProp, the second one. Is this possible?
Life is Science, and Science rules. To the universe and beyond
Member of BOINC@Heidelberg
My BOINC-Stats
ID: 2119 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Pooh Bear 27
 
Avatar

Send message
Joined: 22 Jan 13
Posts: 107
Credit: 805,651
RAC: 48
Message 2120 - Posted: 26 Mar 2014, 9:45:31 UTC

Multicore machines sometimes do not show all pending hours. When they finish it does add up pretty well. I am running PSP and I have counted the hours and do not seem to miss any.

Give it a chance.


My movie https://vimeo.com/manage/videos/502242
ID: 2120 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile DoctorNow
         
Avatar

Send message
Joined: 7 Apr 10
Posts: 224
Credit: 461,423
RAC: 0
Message 2125 - Posted: 27 Mar 2014, 9:09:02 UTC - in response to Message 2120.  

Multicore machines sometimes do not show all pending hours.

Well, that is often the case, I noticed that before also on other projects, in most of the cases it really works out itself. But the pendings are not what matter here in the first place.

When they finish it does add up pretty well.

Well, they finished now over two days ago and my WUProp account is still showing with completed 142.95 hours. How long do you think should it take to show up a near value to 449.46 hours which I had calculated in the first post?
It normally should have matched after the first WUProp wu-upload after the PG tasks did finish, but it didn't.
In the first post I marked the real run time of the finished results. I'm not sure what values WUProp really counts (run time or cpu time), but even when it picks up only cpu time (the bold ones below) these are still way more (380.95 hours) than what my account currently shows (142.95 hours to remember).

530224709 383917896 246708 4 Mar 2014 | 2:59:18 UTC 24 Mar 2014 | 8:41:28 UTC Fertig und Bestätigt 485,223.39 417,523.13 (115.98 hours) 10,597.77 Prime Sierpinski Problem (LLR) v6.15
530216327 383919258 246708 4 Mar 2014 | 2:59:18 UTC 24 Mar 2014 | 8:43:26 UTC Fertig und Bestätigt 508,745.45 422,600.52 (117.39 hours) 10,668.74 Prime Sierpinski Problem (LLR) v6.15
530208321 383921185 246708 4 Mar 2014 | 2:59:18 UTC 25 Mar 2014 | 0:36:31 UTC Fertig und Bestätigt 624,106.74 531,300.39 (147.58 hours) 11,764.39 Prime Sierpinski Problem (LLR) v6.15

It doesn't match at all, no matter how you look at it...
I don't know how the WUProp mechanism works but as far as I can judge from that something doesn't seem very well working here... It's as if only one WU was recorded as I first suspected.
Or how do you explain a missing gap of 238 hours (cpu-time) respective 306.51 (run-time)?
Life is Science, and Science rules. To the universe and beyond
Member of BOINC@Heidelberg
My BOINC-Stats
ID: 2125 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile BilBg
Avatar

Send message
Joined: 20 Jun 12
Posts: 63
Credit: 94,685
RAC: 0
Message 2127 - Posted: 27 Mar 2014, 15:39:36 UTC - in response to Message 2125.  
Last modified: 27 Mar 2014, 16:36:41 UTC


I think this is the computer:
http://www.primegrid.com/show_host_detail.php?hostid=246708
http://wuprop.boinc-af.org/show_host_detail.php?hostid=37777

(you are lucky to get such hostid with 4 '7' in a row '7777' ;) )

The last WUProp@Home tasks on this computer show some problems (which may be the reason for missing hours):
http://wuprop.boinc-af.org/results.php?hostid=37777


One is 'Error while computing' (after the full 'Run time' of 6 h (nothing that happened in these 6 h will be recorded to your sums))
Stderr don't show anything:
http://wuprop.boinc-af.org/result.php?resultid=39667670

For 'Exit status (0xffffffff80000003)' the Google search give some results which you can check for some hint of what happened:
https://www.google.bg/#q=Exit+status+(0xffffffff80000003)
https://www.google.bg/search?q=Exit+status+(0xffffffff80000003)+site:wuprop.boinc-af.org

E.g. this one:
http://wuprop.boinc-af.org/forum_thread.php?id=208

To see what happened also search in your stdoutdae.txt and stdoutdae.old for:
wu_v4_1394897173_223642


Other task was accepted (Valid):
http://wuprop.boinc-af.org/result.php?resultid=39662155

... but it seems during the run the WUProp@Home app had several problems to get info:

Stderr output

<core_client_version>7.0.8</core_client_version>
<![CDATA[
<stderr_txt>
No ATI library found.
Device GeForce GTX 660 already detected as NVIDIA GeForce GTX 660
[03/26/14 02:21:16] TRACE [14804]: RPC_CLIENT::init connect 2: Winsock error '10061'

[03/26/14 02:21:16] TRACE [14804]: RPC_CLIENT::init connect on 576 returned -1

02:21:16 (14236): can't connect to localhost02:21:16 (14236): Erreur reception active_result
02:21:17 (14236): No heartbeat from client for 30 sec - exiting
No ATI library found.
Device GeForce GTX 660 already detected as NVIDIA GeForce GTX 660
03:51:03 (16976): Can't acquire lockfile (32) - waiting 35s
03:51:07 (8092): No heartbeat from client for 30 sec - exiting
No ATI library found.
Device GeForce GTX 660 already detected as NVIDIA GeForce GTX 660
05:46:19 (16976): called boinc_finish

</stderr_txt>




- ALF - "Find out what you don't do well ..... then don't do it!" :)
ID: 2127 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile DoctorNow
         
Avatar

Send message
Joined: 7 Apr 10
Posts: 224
Credit: 461,423
RAC: 0
Message 2128 - Posted: 27 Mar 2014, 17:03:42 UTC - in response to Message 2127.  
Last modified: 27 Mar 2014, 17:58:56 UTC

The last WUProp@Home tasks on this computer show some problems (which may be the reason for missing hours):
http://wuprop.boinc-af.org/results.php?hostid=37777

Well, if you look closely to the date and time you will notice that the last wu has nothing to do anymore with the PG tasks, because they were already finished over a day ago... ;-)
This WU is an exception and was lost because I updated my video driver. I waited too long with the reboot and suddenly got a bluescreen unfortunately. As the machine restarted the wu had a failure for whatever reason. Other projects do miss some hours now, but this is negligible. ;-)
If you think the lost time of the PG tasks could be because of lost WUProp results I don't think it's possible. To come to the hours I described above it would take at least 13 lost WUProp tasks, and this definitely did not happen during the crunching, not even one.

Other task was accepted (Valid):
http://wuprop.boinc-af.org/result.php?resultid=39662155

... but it seems during the run the WUProp@Home app had several problems to get info:

Well, since they are valid I guess there couldn't be much data loss. At least I can't see much of a loss on other projects except for the failure above, and I check my WUProp list regularly. If I didn't I guess I wouldn't have even noticed the problem with the PG tasks. ;-)
Well, it doesn't matter much anyway to me, I only thought I bring it up so that the project admins can check and correct it probably. When I have 500 hours from PG PSP LLR I move on to the next subprojects, and with the pendings from the second computer I have already reached it. ;-)

Btw: nice avatar and sig, live long and prosper and don't eat cats. ;-D

Edit 2:
On a side note, I notice now that the pendings on the second computer are quite correct, since they weren't on the first one. It is a quite weird thesis, but maybe an OS issue could cause the missing hours also. Maybe WUProp does count multiple PSP LLRs correctly on Windows Vista, but not on Win 7...
Life is Science, and Science rules. To the universe and beyond
Member of BOINC@Heidelberg
My BOINC-Stats
ID: 2128 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Conan
       
Avatar

Send message
Joined: 28 Mar 10
Posts: 588
Credit: 1,220,973
RAC: 237
Message 2129 - Posted: 27 Mar 2014, 22:10:36 UTC
Last modified: 27 Mar 2014, 22:11:53 UTC

G'Day DoctorNow,

Not sure if it is any help but that computer with Win 7 on it after the WU error a new WU was issued on the 26th but still has not been returned, so is there a problem with that computer?
Counting the error WU there has been no output from that computer since 4.47 UTC on the 26th.

Just another thing for you to scatch your head over.

Conan
ID: 2129 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile DoctorNow
         
Avatar

Send message
Joined: 7 Apr 10
Posts: 224
Credit: 461,423
RAC: 0
Message 2130 - Posted: 28 Mar 2014, 3:00:42 UTC - in response to Message 2129.  
Last modified: 28 Mar 2014, 3:11:11 UTC

Not sure if it is any help but that computer with Win 7 on it after the WU error a new WU was issued on the 26th but still has not been returned, so is there a problem with that computer?

It's just turned off atm. ;-)
I'm switching between my two comps regularly from time to time. And before you ask: no, I never went over the deadline of the WUs (while crunching the PG tasks).
It has nothing to do with a probable data loss.
Life is Science, and Science rules. To the universe and beyond
Member of BOINC@Heidelberg
My BOINC-Stats
ID: 2130 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile skgiven
       
Avatar

Send message
Joined: 7 Sep 10
Posts: 453
Credit: 945,109
RAC: 0
Message 2203 - Posted: 10 May 2014, 21:33:36 UTC - in response to Message 2130.  
Last modified: 10 May 2014, 21:45:05 UTC

Today I had 3 system restarts and 3 WUProp WU's failed with the same error Exit status -2147483645 (0xffffffff80000003)

W7x64 system, 8thead i7, 8GB DDR3, 1TB drive

At the time I was 'trying' to run climateprediction.net work.

In the recent past I sometimes got WUProp failures when running MW, so I have stopped that.
It appears that when I do not run WUProp, I don't have any crashes...

The stderr says,

time ::: (number) : Can't open init data file - running in standalone mode
debug A, in_s: in

, and similar, ~30 times

Below are links to today's failures.

http://wuprop.boinc-af.org/result.php?resultid=40719381
http://wuprop.boinc-af.org/result.php?resultid=40717505
http://wuprop.boinc-af.org/result.php?resultid=40711887

Error logs are all similar.

Task 40711887

Name wu_v4_1398018388_424326_0
Workunit 40109856
Created 10 May 2014 1:45:16 UTC
Sent 10 May 2014 13:02:29 UTC
Received 10 May 2014 18:59:30 UTC
Server state Over
Outcome Computation error
Client state Compute error
Exit status -2147483645 (0xffffffff80000003)
Computer ID 66846
Report deadline 20 May 2014 13:02:29 UTC
Run time 18,052.59
CPU time 3.34
Validate state Invalid
Credit 0.00
Application version Data collect version 4 v4.14 (nci)
Stderr output

<core_client_version>7.2.42</core_client_version>
<![CDATA[
<message>
One or more arguments are invalid
(0x80000003) - exit code -2147483645 (0x80000003)
</message>
<stderr_txt>
No NVIDIA library found
calInit() returned 4
ERROR: Invalid parameter detected in function (null). File: (null) Line: 0
ERROR: Expression: (null)


Unhandled Exception Detected...

- Unhandled Exception Record -
Reason: Breakpoint Encountered (0x80000003) at address 0x000007FEFCD53CA2

Engaging BOINC Windows Runtime Debugger...



********************


BOINC Windows Runtime Debugger Version 7.0.64


Dump Timestamp : 05/10/14 19:58:20
Install Directory : C:\Program Files\BOINC\
Data Directory : C:\ProgramData\BOINC
Project Symstore :
Loaded Library : C:\Program Files\BOINC\\dbghelp.dll
Loaded Library : C:\Program Files\BOINC\\symsrv.dll
Loaded Library : C:\Program Files\BOINC\\srcsrv.dll
LoadLibraryA( C:\Program Files\BOINC\\version.dll ): GetLastError = 126
Loaded Library : version.dll
Debugger Engine : 4.0.5.0
Symbol Search Path: C:\ProgramData\BOINC\slots\5;C:\ProgramData\BOINC\projects\wuprop.boinc-af.org


ModLoad: 0000000040000000 00000000000f1000 C:\ProgramData\BOINC\projects\wuprop.boinc-af.org\data_collect_v4_4.14_windows_x86_64__nci.exe (-nosymbols- Symbols Loaded)
Linked PDB Filename : c:\Documents and Settings\Seb\Mes documents\Visual Studio 2005\Projects\data_collect\x64\release\data_collect.pdb

ModLoad: 0000000076e60000 00000000001a9000 C:\Windows\SYSTEM32\ntdll.dll (6.1.7601.18247) (-exported- Symbols Loaded)
Linked PDB Filename : ntdll.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 0000000076c40000 000000000011f000 C:\Windows\system32\kernel32.dll (6.1.7601.18409) (-exported- Symbols Loaded)
Linked PDB Filename : kernel32.pdb
File Version : 6.1.7601.18015 (win7sp1_gdr.121129-1432)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7601.18015

ModLoad: 00000000fcd20000 000000000006b000 C:\Windows\system32\KERNELBASE.dll (6.1.7601.18229) (-exported- Symbols Loaded)
Linked PDB Filename : kernelbase.pdb
File Version : 6.1.7601.18015 (win7sp1_gdr.121129-1432)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7601.18015

ModLoad: 00000000fdf20000 000000000004d000 C:\Windows\system32\WS2_32.dll (6.1.7601.17514) (-exported- Symbols Loaded)
Linked PDB Filename : ws2_32.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 00000000fd360000 000000000009f000 C:\Windows\system32\msvcrt.dll (7.0.7601.17744) (-exported- Symbols Loaded)
Linked PDB Filename : msvcrt.pdb
File Version : 7.0.7601.17744 (win7sp1_gdr.111215-1535)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 7.0.7601.17744

ModLoad: 00000000fd620000 000000000012d000 C:\Windows\system32\RPCRT4.dll (6.1.7601.18205) (-exported- Symbols Loaded)
Linked PDB Filename : rpcrt4.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 00000000fdf10000 0000000000008000 C:\Windows\system32\NSI.dll (6.1.7600.16385) (-exported- Symbols Loaded)
Linked PDB Filename : nsi.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 0000000076d60000 00000000000fa000 C:\Windows\system32\USER32.dll (6.1.7601.17514) (-exported- Symbols Loaded)
Linked PDB Filename : user32.pdb
File Version : 6.1.7601.17514 (win7sp1_rtm.101119-1850)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7601.17514

ModLoad: 00000000fd750000 0000000000067000 C:\Windows\system32\GDI32.dll (6.1.7601.18275) (-exported- Symbols Loaded)
Linked PDB Filename : gdi32.pdb
File Version : 6.1.7601.18275 (win7sp1_gdr.131002-1533)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7601.18275

ModLoad: 00000000fd400000 000000000000e000 C:\Windows\system32\LPK.dll (6.1.7601.18177) (-exported- Symbols Loaded)
Linked PDB Filename : lpk.pdb
File Version : 6.1.7601.18177 (win7sp1_gdr.130605-1534)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7601.18177

ModLoad: 00000000fe290000 00000000000c9000 C:\Windows\system32\USP10.dll (1.626.7601.18009) (-exported- Symbols Loaded)
Linked PDB Filename : usp10.pdb
File Version : 1.0626.7601.18009 (win7sp1_gdr.121121-1431)
Company Name : Microsoft Corporation
Product Name : Microsoft(R) Uniscribe Unicode script processor
Product Version : 1.0626.7601.18009

ModLoad: 0000000077030000 0000000000007000 C:\Windows\system32\PSAPI.DLL (6.1.7600.16385) (-exported- Symbols Loaded)
Linked PDB Filename : psapi.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 00000000fd050000 00000000000db000 C:\Windows\system32\ADVAPI32.dll (6.1.7601.18247) (-exported- Symbols Loaded)
Linked PDB Filename : advapi32.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 00000000ff150000 000000000001f000 C:\Windows\SYSTEM32\sechost.dll (6.1.7600.16385) (-exported- Symbols Loaded)
Linked PDB Filename : sechost.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 00000000fdee0000 000000000002e000 C:\Windows\system32\IMM32.DLL (6.1.7600.16385) (-exported- Symbols Loaded)
Linked PDB Filename : imm32.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 00000000fdb20000 0000000000109000 C:\Windows\system32\MSCTF.dll (6.1.7600.16385) (-exported- Symbols Loaded)
Linked PDB Filename : msctf.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385

ModLoad: 0000000073da0000 000000000015e000 C:\Program Files\BOINC\dbghelp.dll (6.8.4.0) (-exported- Symbols Loaded)
Linked PDB Filename : dbghelp.pdb
File Version : 6.8.0004.0 (debuggers(dbg).070519-0745)
Company Name : Microsoft Corporation
Product Name : Debugging Tools for Windows(R)
Product Version : 6.8.0004.0

ModLoad: 0000000073d50000 000000000004e000 C:\Program Files\BOINC\symsrv.dll (6.8.4.0) (-exported- Symbols Loaded)
Linked PDB Filename : symsrv.pdb
File Version : 6.8.0004.0 (debuggers(dbg).070519-0745)
Company Name : Microsoft Corporation
Product Name : Debugging Tools for Windows(R)
Product Version : 6.8.0004.0

ModLoad: 0000000073d10000 000000000003e000 C:\Program Files\BOINC\srcsrv.dll (6.8.4.0) (-exported- Symbols Loaded)
Linked PDB Filename : srcsrv.pdb
File Version : 6.8.0004.0 (debuggers(dbg).070519-0745)
Company Name : Microsoft Corporation
Product Name : Debugging Tools for Windows(R)
Product Version : 6.8.0004.0

ModLoad: 00000000fbd60000 000000000000c000 C:\Windows\system32\version.dll (6.1.7600.16385) (-exported- Symbols Loaded)
Linked PDB Filename : version.pdb
File Version : 6.1.7600.16385 (win7_rtm.090713-1255)
Company Name : Microsoft Corporation
Product Name : Microsoft&#174; Windows&#174; Operating System
Product Version : 6.1.7600.16385



*** Dump of the Process Statistics: ***

- I/O Operations Counters -
Read: 0, Write: 0, Other 0

- I/O Transfers Counters -
Read: 0, Write: 0, Other 0

- Paged Pool Usage -
QuotaPagedPoolUsage: 0, QuotaPeakPagedPoolUsage: 0
QuotaNonPagedPoolUsage: 0, QuotaPeakNonPagedPoolUsage: 0

- Virtual Memory Usage -
VirtualSize: 0, PeakVirtualSize: 0

- Pagefile Usage -
PagefileUsage: 0, PeakPagefileUsage: 0

- Working Set Size -
WorkingSetSize: 0, PeakWorkingSetSize: 0, PageFaultCount: 0

*** Dump of thread ID 3104 (state: Initialized): ***

- Information -
Status: Base Priority: Normal, Priority: Normal, , Kernel Time: 0.000000, User Time: 0.000000, Wait Time: 0.000000

- Unhandled Exception Record -
Reason: Breakpoint Encountered (0x80000003) at address 0x000007FEFCD53CA2

- Registers -
rax=000000000000001a rbx=0000000000000000 rcx=00000000400a06e8 rdx=0000000000000002 rsi=0000000000000000 rdi=0000000000000000
r8=0000000000000000 r9=0000000000000000 r10=0000000040000000 r11=0000000000000200 r12=000000000000000a r13=0000000000000000
r14=0000000000000000 r15=0000000000000000 rip=00000000fcd53ca2 rsp=000000000012c5c8 rbp=0000000000000000
cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000206

- Callstack -
ChildEBP RetAddr Args to Child
0012c5c0 4005b84f 00000000 00000000 00000000 01d812f0 KERNELBASE!DebugBreak+0x0
0012cb80 4005d4b1 00000000 0000003c 00000000 400684b9 data_collect_v4_4.14_windows_x8!+0x0
0012cbf0 4005d76a 00000201 00000000 00000000 00000000 data_collect_v4_4.14_windows_x8!+0x0
0012cc30 4000db11 ffffffff 000003ca 00000000 4009d3a0 data_collect_v4_4.14_windows_x8!+0x0
0012ff00 4005ce05 00000000 00000000 00000000 00000006 data_collect_v4_4.14_windows_x8!+0x0
0012ff50 76c559ed 00000000 00000000 00000000 00000000 data_collect_v4_4.14_windows_x8!+0x0
0012ff80 76e8c541 00000000 00000000 00000000 00000000 kernel32!BaseThreadInitThunk+0x0
0012ffd0 00000000 00000000 00000000 00000000 00000000 ntdll!RtlUserThreadStart+0x0

*** Dump of thread ID 3220 (state: Initialized): ***

- Information -
Status: Base Priority: Normal, Priority: Normal, , Kernel Time: 0.000000, User Time: 0.000000, Wait Time: 0.000000

- Registers -
rax=00000000bac14649 rbx=0000000000000000 rcx=0000000076eb15fa rdx=0000000000000000 rsi=0000000000000064 rdi=0000000000000000
r8=000000000264fe88 r9=0000000000000000 r10=0000000000000000 r11=0000000000000246 r12=000000000264feb0 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000 rip=0000000076eb15fa rsp=000000000264fe88 rbp=0000000000000000
cs=0033 ss=002b ds=0000 es=0000 fs=0000 gs=0000 efl=00000246

- Callstack -
ChildEBP RetAddr Args to Child
0264fe80 fcd21203 0264ff48 00000000 00000000 00000000 ntdll!ZwDelayExecution+0x0
0264ff20 4002dc9f 00000000 00000000 00000000 00000000 KERNELBASE!SleepEx+0x0
0264ff50 76c559ed 00000000 00000000 00000000 00000000 data_collect_v4_4.14_windows_x8!+0x0
0264ff80 76e8c541 00000000 00000000 00000000 00000000 kernel32!BaseThreadInitThunk+0x0
0264ffd0 00000000 00000000 00000000 00000000 00000000 ntdll!RtlUserThreadStart+0x0


*** Debug Message Dump ****


*** Foreground Window Data ***
Window Name :
Window Class :
Window Process ID: 0
Window Thread ID : 0

Exiting...

</stderr_txt>
]]>
ID: 2203 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile DoctorNow
         
Avatar

Send message
Joined: 7 Apr 10
Posts: 224
Credit: 461,423
RAC: 0
Message 2205 - Posted: 11 May 2014, 6:00:53 UTC - in response to Message 2203.  

You should have opened a new thread, this has nothing to do with the problem I reported here...
Life is Science, and Science rules. To the universe and beyond
Member of BOINC@Heidelberg
My BOINC-Stats
ID: 2205 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile skgiven
       
Avatar

Send message
Joined: 7 Sep 10
Posts: 453
Credit: 945,109
RAC: 0
Message 2206 - Posted: 13 May 2014, 21:12:57 UTC - in response to Message 2205.  
Last modified: 13 May 2014, 21:21:03 UTC

In my case the issue was related to system memory.
Swapped it and no further problems, so far...
=sticky tape=
ID: 2206 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Message boards : Number crunching : PrimeGrid PSP LLR not counting correctly

©2024 Sébastien