Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go »
No member browsing this thread
Thread Status: Active
Total posts in this thread: 9
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 2372 times and has 8 replies Next Thread
Martin Schnellinger
Advanced Cruncher
Joined: Apr 29, 2007
Post Count: 123
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Work Unit with very long processing time

Hello friends,
here is a ZIKA workunit with a running time of 30 hours (!!) and 50 minutes for now.

And the BOINC Manager says, that this is only 89.245 per cent of the unit having been done.......and what is the worst, that at this percentage, there seems to be a standstill.....
I will let the unit continue for now....but tomorrow I think about canceling it, because this unit seems to be badly constructed or something....

Could someone please check this? Thank you.
MS

Here is the signification of the unit concerned:

IKA_ 000181072_ x2m9q_ 9NMR_ DengNS3pr_ wPepAnalog_ 0182_ 2-- Microsoft Windows 7 Professional x64 Edition, Service Pack 1, (06.01.7601.00) - In Progress 1/11/17 14:54:43 1/21/17 14:54:43 0.00 0.0 / 0.0
ZIKA_ 000181072_ x2m9q_ 9NMR_ DengNS3pr_ wPepAnalog_ 0182_ 1-- Microsoft Windows 8.1 Professional x64 Edition, (06.03.9600.00) 708 Pending Validation 1/11/17 11:27:25 1/12/17 08:18:54 1.67 63.5 / 0.0
ZIKA_ 000181072_ x2m9q_ 9NMR_ DengNS3pr_ wPepAnalog_ 0182_ 0-- Microsoft Windows 8.1 Enterprise x64 Edition, (06.03.9600.00) 708 Error 1/11/17 11:26:46 1/11/17 14:54:19 0.00 61.8 / 0.0
[Jan 14, 2017 7:13:08 AM]   Link   Report threatening or abusive post: please login first  Go to top 
TonyEllis
Senior Cruncher
Australia
Joined: Jul 9, 2008
Post Count: 259
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

I have a HP laptop, AMD A4 CPU, that occasionally does something similar running ZIKA. Work unit hasn't quite stalled, but progressing so slowly that it would take weeks or months to finish.

The solution in my case is very simple. Just exit boinc; and restart. Processing then restarts normally for the stalled work unit. Of course a reboot would achieve the same result - but more drastic.

I have other machines (desktops) with AMD CPUs (but older types) that do not display this behaviour. Not sure of the real cause, just have to keep an eye the progress of the work units. Boincview makes monitoring easy as a work unit turns yellow (from green) when this happens.
----------------------------------------
[Jan 14, 2017 8:28:47 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Martin Schnellinger
Advanced Cruncher
Joined: Apr 29, 2007
Post Count: 123
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

Hello Tony,
a reset made the work on this unit go on.
Thank you very much for your help.
MS
[Jan 14, 2017 12:25:19 PM]   Link   Report threatening or abusive post: please login first  Go to top 
NixChix
Veteran Cruncher
United States
Joined: Apr 29, 2007
Post Count: 1187
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

What condition does boincview highlight a task to yellow TonyEllis? I use BoincTasks, but there is no condition available that could be used to indicate a task is "stalled". In BoincTasks a task is yellow when it is "waiting to run" after it has been suspended (in my configuration, I'm not sure if that is default setting).

Cheers coffee
----------------------------------------

[Jan 14, 2017 6:37:21 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

Stalled is indicated by a > then time on the last checkpoint column (Time since last checkpoint). You define the alert under BoincTasks preferences > Warning. You define the color of the condition.
[Jan 14, 2017 7:37:51 PM]   Link   Report threatening or abusive post: please login first  Go to top 
NixChix
Veteran Cruncher
United States
Joined: Apr 29, 2007
Post Count: 1187
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

I have that set to 10 minutes, but it only highlights the checkpoint field, not the whole line. I see it happen quite often with certain projects. I would be concerned if it was just growing and growing (which does occasionally happen). For me, the solution was the same as what worked for Martin above.

Cheers coffee
----------------------------------------

[Jan 14, 2017 8:11:45 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

Between the rule editor and warning options of BoincTasks settings, there's an enormous number of ways to make tasks/devices/app level highlight every which way you please.
[Jan 14, 2017 8:41:49 PM]   Link   Report threatening or abusive post: please login first  Go to top 
TonyEllis
Senior Cruncher
Australia
Joined: Jul 9, 2008
Post Count: 259
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

OK for the record... BoinView Version 1.2.5 running under wine on a Fedora Workstation. "boinc --version" yields "7.7.0 x86_64-pc-linux-gnu"

Default colours @ Under preferences -> Look

Deep Rich Yellow* "The marked task is active and running, but at a slow speed"

The whole lines are coloured. "Task in progress" is a light green*

* Colour descriptions are mine as they appear to me...
----------------------------------------
----------------------------------------
[Edit 1 times, last edit by TonyEllis at Jan 16, 2017 12:20:23 AM]
[Jan 15, 2017 2:21:34 AM]   Link   Report threatening or abusive post: please login first  Go to top 
QuantumEthos
Senior Cruncher
Joined: Jul 2, 2011
Post Count: 336
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: Work Unit with very long processing time

i have seen several workloads that would take days ....
is that because these are doing work ? and yes amd specific workload optimisation, or rather generic with SSE and AVX and FPU threading would be very cool while we deal with the workload running app,
the problem may even be a database error leading to a memory overflow.....
****

boinc - enhancing research workloads for the benefit of mankind

Observing the workloads of many beneficial projects we find that commonly the workload data set is small,
In addition to the memory set being smaller or larger than a machine can compute optimally; we find that feature sets such as fae and avx have commonly not been implemented,

Some projects like asteroids at home and the seti project are using enhanced computation instruction sets ... like avx and memory loads that benefit from the 4gb or more ram that is available on decent gaming and home laptops.

Not all modern machines have loads of ram; However research and or university establishments use sufficiently powerful machines that can glow on the boinc record in full glory with a 256mb to 768mb workload,

In addition the machines are operand,xen ... commonly and servers may have such as Sparc or power pc specific hardware and instruction sets,

In order to examine examples .. below we can see workloads include small data arrays; in the 40mb to 79mb range..

In line with servers and gaming rigs .. we have 1gb of ram per core, of course not all issues require a larger array in the workload and some machines have 256mb per core !

However much Ram you allocate to the projected workload; small memory loads can and will be sufficient for data swapping and or paging (like DNA Replicators)...

Some task can sufficiently benefit from larger thread and data models, to my mind DNA and mapping data are fine examples of specific workloads; Where memory counts,

In addition thread count can be 4 or other numbers and i suggest that a single task can use more than one core and instruction set (neon for example or Symmetric threading FPU, SMT)

Please examine the issue further.

Rupert S

https://www.worldcommunitygrid.org

https://boinc.berkeley.edu/
[Apr 8, 2017 10:22:10 PM]   Link   Report threatening or abusive post: please login first  Go to top 
[ Jump to Last Post ]
Post new Thread