Posts by marmot

1) Message boards : Questions/Problems/Bugs : Computation errors on C253_131_98 work units (Message 1862) Posted 2 Apr 2018 by marmot Post: The error is division by zero and the batch starting with C169_15428908531_xxxx are also all ending in the first 10 seconds. The only WU that start calculating on this machine are C191_139017523_29_xxx. <core_client_version>7.8.2</core_client_version> <![CDATA[ <message> (unknown error) - exit code -1073741676 (0xc0000094) </message> <stderr_txt> boinc initialized work files resolved, now working -> projects/escatter11.fullerton.edu_nfs/lasievee_1.08_windows_x86_64__notphenomiix6.exe -> -r -> -f -> 42456000 -> -c -> 4000 -> -R -> -o -> ../../projects/escatter11.fullerton.edu_nfs/C253_131_98_42456_5_r884091503_0 -> ../../projects/escatter11.fullerton.edu_nfs/C253_131_98.poly Unhandled Exception Detected... - Unhandled Exception Record - Reason: Integer Divide by Zero (0xc0000094) at address 0x000000000042de4e Engaging BOINC Windows Runtime Debugger... ****************** BOINC Windows Runtime Debugger Version 7.1.0 Dump Timestamp : 04/01/18 19:39:10 Install Directory : D:\BOINC\ Data Directory : D:\BOINC\Data Project Symstore : LoadLibraryA( D:\BOINC\\dbghelp.dll ): GetLastError = 126 Loaded Library : dbghelp.dll LoadLibraryA( D:\BOINC\\symsrv.dll ): GetLastError = 126 LoadLibraryA( symsrv.dll ): GetLastError = 126 LoadLibraryA( D:\BOINC\\srcsrv.dll ): GetLastError = 126 LoadLibraryA( srcsrv.dll ): GetLastError = 126 LoadLibraryA( D:\BOINC\\version.dll ): GetLastError = 126 Loaded Library : version.dll Debugger Engine : 4.0.5.0 Symbol Search Path: D:\BOINC\Data\slots\2;D:\BOINC\Data\projects\escatter11.fullerton.edu_nfs ModLoad: 0000000000400000 00000000001fe000 D:\BOINC\Data\projects\escatter11.fullerton.edu_nfs\lasievee_1.08_windows_x86_64__notphenomiix6.exe (-nosymbols- Symbols Loaded) ModLoad: 0000000077b30000 00000000001aa000 C:\Windows\SYSTEM32\ntdll.dll (6.1.7601.23915) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7600.16385 ModLoad: 0000000077a10000 000000000011f000 C:\Windows\system32\kernel32.dll (6.1.7601.23915) (-exported- Symbols Loaded) File Version : 6.1.7601.17965 (win7sp1_gdr.121004-0333) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.17965 ModLoad: 00000000fd970000 000000000006a000 C:\Windows\system32\KERNELBASE.dll (6.1.7601.23915) (-exported- Symbols Loaded) File Version : 6.1.7601.17965 (win7sp1_gdr.121004-0333) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.17965 ModLoad: 00000000febc0000 00000000000db000 C:\Windows\system32\ADVAPI32.dll (6.1.7601.23915) (-exported- Symbols Loaded) File Version : 6.1.7601.23915 (win7sp1_ldr.170913-0600) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.23915 ModLoad: 00000000ff5f0000 000000000009f000 C:\Windows\system32\msvcrt.dll (7.0.7601.17744) (-exported- Symbols Loaded) File Version : 7.0.7601.17744 (win7sp1_gdr.111215-1535) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 7.0.7601.17744 ModLoad: 00000000fee70000 000000000001f000 C:\Windows\SYSTEM32\sechost.dll (6.1.7600.16385) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7600.16385 ModLoad: 00000000fed40000 000000000012d000 C:\Windows\system32\RPCRT4.dll (6.1.7601.23915) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7600.16385 ModLoad: 0000000077cf0000 0000000000007000 C:\Windows\system32\PSAPI.DLL (6.1.7600.16385) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7600.16385 ModLoad: 0000000077910000 00000000000fa000 C:\Windows\system32\USER32.dll (6.1.7601.23594) (-exported- Symbols Loaded) File Version : 6.1.7601.17514 (win7sp1_rtm.101119-1850) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.17514 ModLoad: 00000000fdbe0000 0000000000067000 C:\Windows\system32\GDI32.dll (6.1.7601.23914) (-exported- Symbols Loaded) File Version : 6.1.7601.23914 (win7sp1_ldr.170908-0600) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.23914 ModLoad: 00000000ff220000 000000000000e000 C:\Windows\system32\LPK.dll (6.1.7601.23930) (-exported- Symbols Loaded) File Version : 6.1.7601.23930 (win7sp1_ldr.171011-1526) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.23930 ModLoad: 00000000ff430000 00000000000cb000 C:\Windows\system32\USP10.dll (1.626.7601.23894) (-exported- Symbols Loaded) File Version : 1.0626.7601.23894 (win7sp1_ldr.170816-0600) Company Name : Microsoft Corporation Product Name : Microsoft(R) Uniscribe Unicode script processor Product Version : 1.0626.7601.23894 ModLoad: 00000000ffc80000 000000000002e000 C:\Windows\system32\IMM32.DLL (6.1.7600.16385) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7600.16385 ModLoad: 00000000ffaf0000 0000000000109000 C:\Windows\system32\MSCTF.dll (6.1.7601.23915) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7600.16385 ModLoad: 00000000de980000 0000000000125000 C:\Windows\system32\dbghelp.dll (6.1.7601.17514) (-exported- Symbols Loaded) File Version : 6.1.7601.17514 (win7sp1_rtm.101119-1850) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® Operating System Product Version : 6.1.7601.17514 ModLoad: 00000000fc710000 000000000000c000 C:\Windows\system32\version.dll (6.1.7600.16385) (-exported- Symbols Loaded) File Version : 6.1.7600.16385 (win7_rtm.090713-1255) Company Name : Microsoft Corporation Product Name : Microsoft® Windows® 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 5200 (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: Integer Divide by Zero (0xc0000094) at address 0x000000000042de4e - Registers - rax=000000000000000a rbx=0000000000000000 rcx=0000000000000002 rdx=0000000000000000 rsi=0000000000000001 rdi=0000000000000000 r8=000000000054f100 r9=0000000000000002 r10=0000000000000000 r11=0000000000718ae0 r12=000000000054f110 r13=0000000000000000 r14=000000000054f110 r15=0000000000000000 rip=000000000042de4e rsp=000000000022e990 rbp=000000000022ea70 cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010246 - Callstack - ChildEBP RetAddr Args to Child 0022e9b0 0042de7e 00001000 0054f100 0054f110 00000018 lasievee_1.08_windows_x86_64__n!+0x0 0022e9e0 00431a0f 0022eb60 00000000 0022eae0 0042bf60 lasievee_1.08_windows_x86_64__n!+0x0 0022ea90 0042bab8 0022ee60 00000049 00346770 00000000 lasievee_1.08_windows_x86_64__n!+0x0 0022eb00 0040ebd3 ffffffff 00529e60 0022eb60 0022ec60 lasievee_1.08_windows_x86_64__n!+0x0 0022f2a0 0040503e ff682b40 ff682b40 005f2410 00000000 lasievee_1.08_windows_x86_64__n!+0x0 0022fdc0 0051956c 0022fd50 00637f90 00000000 00000000 lasievee_1.08_windows_x86_64__n!+0x0 0022fe60 004013d5 00000005 00000005 00000000 00000000 lasievee_1.08_windows_x86_64__n!+0x0 0022ff20 004014f8 00000000 00000000 00000000 00000000 lasievee_1.08_windows_x86_64__n!+0x0 0022ff50 77a259cd 00000000 00000000 00000000 00000000 lasievee_1.08_windows_x86_64__n!+0x0 0022ff80 77b5a561 00000000 00000000 00000000 00000000 kernel32!BaseThreadInitThunk+0x0 0022ffd0 00000000 00000000 00000000 00000000 00000000 ntdll!RtlUserThreadStart+0x0 * Dump of thread ID 5312 (state: Initialized): * - Information - Status: Base Priority: Normal, Priority: Normal, , Kernel Time: 0.000000, User Time: 0.000000, Wait Time: 0.000000 - Registers - rax=0000000000000002 rbx=0000000000000000 rcx=0000000000000001 rdx=0000000000000000 rsi=0000000000000064 rdi=0000000000000000 r8=0000000000000000 r9=000000000000016c r10=00000000c000000f r11=0000000000000000 r12=00000000025bfeb0 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 rip=0000000077b7c07a rsp=00000000025bfe88 rbp=0000000000000000 cs=0033 ss=002b ds=0000 es=0000 fs=0000 gs=0000 efl=00000246 - Callstack - ChildEBP RetAddr Args to Child 025bfe80 fd971203 025bff48 00000000 00000000 00000000 ntdll!NtDelayExecution+0x0 025bff20 00465617 77a31520 00000000 00000000 00000000 KERNELBASE!SleepEx+0x0 025bff50 77a259cd 00000000 00000000 00000000 00000000 lasievee_1.08_windows_x86_64__n!+0x0 025bff80 77b5a561 00000000 00000000 00000000 00000000 kernel32!BaseThreadInitThunk+0x0 025bffd0 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> ]]>
2) Message boards : Questions/Problems/Bugs : REC calculation to determine project work fetch, NFS returns 100 times greater than expected PRIO (Message 1656) Posted 3 Mar 2016 by marmot Post: From the discussion at the BOINC forum, it appears that NFS@Home is the lowest priority. Have you tried adding, say, Einstein@Home and see if it is fetched before NFS@Home? I have 31 projects available (set to fetch no new work) on that machine and was trying to get work for 3 projects but NFS always dominated forcing me to manually fetch Mind Modeling and vLHC work. I posted the work fetch diagnostics. I moved some NFS work into 2 VM's and have given up on this project for shared use in any client. I'm not a noob to running these WU's and am skilled at getting various projects to send me WU's. It took me some diagnostics to track it down to NFS as something is not behaving as expected.
3) Message boards : Questions/Problems/Bugs : REC calculation to determine project work fetch, NFS returns 100 times greater than expected PRIO (Message 1652) Posted 23 Feb 2016 by marmot Post: Am I going to find an answer to this? I'm going to have to drop NFS or limit it to a single core 2GB virtual machine if I can't get work fetch from other projects while it runs.
4) Message boards : Questions/Problems/Bugs : REC calculation to determine project work fetch, NFS returns 100 times greater than expected PRIO (Message 1650) Posted 22 Feb 2016 by marmot Post: From a post at BOINC main forums that the spam engine won't let me link... Here is the current situation from <work_fetch_debug>1</work_fetch_debug>: 2/22/2016 11:37:55 AM \| MindModeling@Beta \| [work_fetch] share 0.324 2/22/2016 11:37:55 AM \| NFS@Home \| [work_fetch] share 0.001 2/22/2016 11:37:55 AM \| MindModeling@Beta \| [work_fetch] REC 3509.462 prio -1.989 can request work 2/22/2016 11:37:55 AM \| NFS@Home \| [work_fetch] REC 1949.634 prio -263.383 can request work Resource shares assigned: MindModeling = 240 NFS = 001 There are open cores waiting for work and sitting idle because the client decides MindModeling is not the highest priority unless manually updated. Mindmodeling rarely gives any work, maybe 20,000 WU once a week. NFS has been sending a steady stream and this machine has been doing NFS WU's for 3 weeks steadily. In order to get any work on MM I have to manually update every few minutes to get past NFS lock on work. So NFS's prio is about 2 to 3 orders of magnitude greater (abs()) than it should be. NFS prio should be down around -2.63 to -0.263 as it's already at 45% of maximum potential RAC while MindModeling reports -1.9 prio and is at 3-7% of potential RAC from days on end of no work. How is NFS returning such extreme prio numbers? Is there an error in the server side expected credit information?

Home | My Account | Message Boards