Computer hangs while running BURP

Message boards : Number crunching : Computer hangs while running BURP
Message board moderation

To post messages, you must log in.

1 · 2 · Next

AuthorMessage
PovAddict
Avatar

Send message
Joined: 25 Apr 05
Posts: 347
Credit: 4,618
RAC: 0
Message 5040 - Posted: 23 Mar 2007, 13:16:26 UTC
Last modified: 23 Mar 2007, 13:19:35 UTC

I\'m having the computer hang for multiple seconds when BURP is running. I have the same problem with NanoHive, and the cause is the same: thread priority isn\'t set correctly.

When BOINC starts a workunit under Windows, it sets the science application\'s process priority to Low, and the computing thread priority to the lowest one (thread used for messaging core client is kept at normal). I\'m not sure if the priority is set by the core client or by the BOINC API code within the application.

There is an issue about that with BURP: BOINC sets its priority, but only to the process BOINC starts itself, that is the wrapper. blender.exe has normal priority on all its threads.

PID of blender.exe being 5720:

C:\\>SetPriority.exe -lowest 5720
[url=http://gilchrist.ca/jeff/SetPriority/]SetPriority v0.2[/url]   by: Jeff Gilchrist
                   [url]http://gilchrist.ca/jeff/[/url]


Process ID (PID): 5720
Current Priority Class : 64
Current Thread Priority: 0
Current Thread Priority: 0

New Priority Class : 64
New Thread Priority: -15


              Process      Thread
              -------      ------
RealTime   :  256          15
High       :  128          2
AboveNormal:  32768        1
Normal     :  32           0
BelowNormal:  16384        -1
Idle       :  64           -2
Lowest     :  N/A          -15

C:\\>


BURP doesn\'t hang my computer anymore after I set the priority like that - starts hanging again when the WU finishes and a new one starts.

Chess360 and PrimeGrid used to have the same problem, but they fixed it now. ReiselSieve too, I don\'t know if it still happens since I haven\'t crunched for that project for some time.
ID: 5040 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
PovAddict
Avatar

Send message
Joined: 25 Apr 05
Posts: 347
Credit: 4,618
RAC: 0
Message 5043 - Posted: 23 Mar 2007, 14:33:11 UTC

My computer was just hanged for a whole minute. I\'m detaching BURP until this is fixed.
ID: 5043 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 5052 - Posted: 23 Mar 2007, 17:44:13 UTC - in response to Message 5043.  

My computer was just hanged for a whole minute. I\'m detaching BURP until this is fixed.

BURP uses low priority for both the render thread and the controlling application. You can test this by looking at the entries for blender.exe and blender-4.42 respectively in your taskmanager.
ID: 5052 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Achim

Send message
Joined: 17 May 05
Posts: 183
Credit: 2,642,713
RAC: 0
Message 5064 - Posted: 23 Mar 2007, 20:04:01 UTC - in response to Message 5052.  


BURP uses low priority for both the render thread and the controlling application. You can test this by looking at the entries for blender.exe and blender-4.42 respectively in your taskmanager.

Yes indeed, for me it is reported to be idle . I\'m using the process explorer from sysinternals (now Microsoft)
ID: 5064 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Wizzo

Send message
Joined: 6 Sep 06
Posts: 14
Credit: 1,174,276
RAC: 0
Message 5069 - Posted: 24 Mar 2007, 0:22:59 UTC

I see it a low, but the computers still hang, sometimes seconds, sometimes longer... Just with burp, others seem fine..
ID: 5069 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
PovAddict
Avatar

Send message
Joined: 25 Apr 05
Posts: 347
Credit: 4,618
RAC: 0
Message 5070 - Posted: 24 Mar 2007, 0:39:58 UTC - in response to Message 5052.  

My computer was just hanged for a whole minute. I\'m detaching BURP until this is fixed.

BURP uses low priority for both the render thread and the controlling application. You can test this by looking at the entries for blender.exe and blender-4.42 respectively in your taskmanager.

Task manager only shows process priority, not thread priority. Thread priority for blender.exe is set to Normal.
ID: 5070 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 5074 - Posted: 24 Mar 2007, 8:36:06 UTC - in response to Message 5070.  
Last modified: 24 Mar 2007, 8:52:20 UTC

My computer was just hanged for a whole minute. I\'m detaching BURP until this is fixed.

BURP uses low priority for both the render thread and the controlling application. You can test this by looking at the entries for blender.exe and blender-4.42 respectively in your taskmanager.

Task manager only shows process priority, not thread priority. Thread priority for blender.exe is set to Normal.

Interesting... I didn\'t know that there was a direct distinction between these. And why isn\'t a thread\'s priority based on the priority of its parent process? I\'ll have to read up on the Windows API for this.

[Edit:] Well, it seems it is indeed based on the priority of the process, but Windows by default allows threads to grow their priority up to \"normal\" dynamically when nothing else is happening, causing everything to slow down when suddenly another process wants to do something. Fortunately this is pretty easy to fix. This will be included in the next client version.
ID: 5074 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
axarydax

Send message
Joined: 8 Mar 07
Posts: 11
Credit: 1,604
RAC: 0
Message 5144 - Posted: 28 Mar 2007, 13:35:30 UTC

that would be great, it would finally allow me to run burp on each core - currently I can run only one Burp (blender), because I can\'t work then..

When can we expect next client version? :)
ID: 5144 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 5146 - Posted: 28 Mar 2007, 17:35:54 UTC - in response to Message 5144.  

When can we expect next client version? :)

Good question. I\'ve been diving into a complete rewrite of the client (hopefully moving it from its current pre-alpha status to alpha as the rest of the project). When this entirely new client is ready is going to depend on the amount of sparetime I can find during the next couple of weeks.
ID: 5146 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile [B^S] Gamma^Ray
Avatar

Send message
Joined: 7 Aug 06
Posts: 2
Credit: 4,111
RAC: 0
Message 5149 - Posted: 28 Mar 2007, 18:57:55 UTC

Good to hear that it will be addressed soon, As I also just this past week have noticed that when running BURP, My system really starts to Lag (3800x2). I really narrowed it down to BURP when I had a windows update downloading that was seemingly stuck at 33 percent for ever, So out of curiousity I paused BOINC (BURP was the only Ap running), And almost instantly did the download start up again and finish, So there was a definite higher priority level that burp was using then it should have been.

Regards,
G^R

ID: 5149 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Thamir

Send message
Joined: 12 Jun 06
Posts: 76
Credit: 114,295
RAC: 0
Message 5152 - Posted: 28 Mar 2007, 21:41:21 UTC

I can have uptime of a month at a time, and the only way to reboot is doing it manually. I\'m also running multiple boinc projects, but burp was responsible for at least 4 system freezes the past week!
ID: 5152 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 5156 - Posted: 29 Mar 2007, 6:44:32 UTC
Last modified: 29 Mar 2007, 6:48:16 UTC

Ok, it seems that thread priority is perhaps only half the issue here - it will need a bit of investigation:

Definitions:
Freeze: The computer hangs for a moment and then \"unfreezes\" and can be used as usual.
Crash: The computer hangs indefinitely and normal usage cannot be resumed until rebooted.

Those of you with freezes above 1 sec could you please check:
1) if there are any other processes trying to get CPU-time when the freezes happen? (What are you doing?)
2) Does your system have increased harddrive activity when the issue occours?
3) Does it always happen during the start or end of a workunit - or can it happen sporadically?
4) How often do the freezes happen? And how long do they last?
5) How many cores do your system have and how many BURP WUs did you run simultaneously when experiencing the issue?
6) Are you running any OpenGL applications while the freezes happen? - or are you running Java applications while the freezes happen?
ID: 5156 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Thamir

Send message
Joined: 12 Jun 06
Posts: 76
Credit: 114,295
RAC: 0
Message 5159 - Posted: 29 Mar 2007, 8:32:32 UTC - in response to Message 5156.  

Ok, it seems that thread priority is perhaps only half the issue here - it will need a bit of investigation:

Definitions:
Freeze: The computer hangs for a moment and then \"unfreezes\" and can be used as usual.
Crash: The computer hangs indefinitely and normal usage cannot be resumed until rebooted.



Then I guess I have both crashes and freezes! So thats 4 crashes (have to manually reboot) and multiple freezes (general system slowness).

The freezes has been resolved by lowering the task priority under task manager, but the crash, I have no clue how to resolve! I guess some sort of exception handling mechanism can solve this.

3) Does it always happen during the start or end of a workunit - or can it happen sporadically?


During the start.

4) How often do the freezes happen? And how long do they last?


Any time burp starts a render and ends by the end of the render. Unless, I manually set process priority to low it will unbearably slow down the system.
ID: 5159 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 5165 - Posted: 30 Mar 2007, 15:10:34 UTC - in response to Message 5159.  

The freezes has been resolved by lowering the task priority under task manager, but the crash, I have no clue how to resolve! I guess some sort of exception handling mechanism can solve this.

Task = process or thread? And lowering the priority of which process/thread? From what to what? You say taskmanager, but as PovAddict points out it seems only to manage processes and not threads. Both BURP processes are running at idle priority already.

3) Does it always happen during the start or end of a workunit - or can it happen sporadically?

During the start.

Please also answer question 2 then.
ID: 5165 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Robert Nelson

Send message
Joined: 20 Apr 05
Posts: 9
Credit: 595,443
RAC: 0
Message 5176 - Posted: 30 Mar 2007, 23:39:45 UTC

Seem to be having a problem with session 349 I have had 4 in a row error with a windows error and than stop. If I suspend the WU after the error other projects pick up fine. They are all erroring at .025% before any CPU time has been registered
ID: 5176 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
B-Roy

Send message
Joined: 5 May 05
Posts: 8
Credit: 152
RAC: 0
Message 5177 - Posted: 30 Mar 2007, 23:47:39 UTC - in response to Message 5176.  

Seem to be having a problem with session 349 I have had 4 in a row error with a windows error and than stop. If I suspend the WU after the error other projects pick up fine. They are all erroring at .025% before any CPU time has been registered


same with me: stuck at 0.029%. I aborted and suspended the project.
Please put it into big news when this is solved, as I do not want my laptop to have a stuck wu, as I do not check it regularly.
ID: 5177 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Robert Nelson

Send message
Joined: 20 Apr 05
Posts: 9
Credit: 595,443
RAC: 0
Message 5178 - Posted: 30 Mar 2007, 23:53:32 UTC
Last modified: 31 Mar 2007, 0:05:59 UTC

Further info:
Microsoft message:
blender.exe has encountered a problem and needs to close. We are sorry for the inconvenience
Technical message
.szAppName : blender.exe szAppVer : 0.0.0.0 szModName : blender.exe
szModVer : 0.0.0.0 offset : 00180cbf

Files associated with error were
blender.exe.mdmp
appcompat.txt
Have now had 6 of them, all either at .025 or .020% with no CPU time, all same error. Only way to clear is to abort units. Will suspend project until hear that these work units are clear as this particular session hangs up the CPU that was running blender.

In addition suspend restart resulted in CPU not operating.
Restart of BOINC resulted in error message again, only way out to prevent hang of boinc on the CPU was an abort.
ID: 5178 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Thamir

Send message
Joined: 12 Jun 06
Posts: 76
Credit: 114,295
RAC: 0
Message 5248 - Posted: 2 Apr 2007, 16:52:20 UTC - in response to Message 5165.  

Task = process or thread? And lowering the priority of which process/thread? From what to what? You say taskmanager, but as PovAddict points out it seems only to manage processes and not threads. Both BURP processes are running at idle priority already.


lowering blender process from normal to low.

Please also answer question 2 then.


No.
ID: 5248 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 5249 - Posted: 2 Apr 2007, 17:06:15 UTC - in response to Message 5248.  

lowering blender process from normal to low.

Hm... now that\'s really odd. On every system I\'ve encountered so far the process priority is already \"low\" for blender_XXXX_windows.exe and blender.exe (because it is set explicitly to iddle priority (which is low)).
Can you check if the process priority varies over time - ie. is it \"low\" when a WU starts and \"normal\" later?

Anyone else seeing similar issues with the process-priority?
ID: 5249 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Keck_Komputers
Avatar

Send message
Joined: 6 Mar 05
Posts: 94
Credit: 1,384,324
RAC: 7
Message 5256 - Posted: 3 Apr 2007, 3:14:31 UTC

Every time I have looked task manager says \"low\" which it should. However I do often experience \"slow downs\" where overall system responsiveness suffers while BURP is running.
BOINC WIKI

BOINCing since 2002/12/8
ID: 5256 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
1 · 2 · Next

Message boards : Number crunching : Computer hangs while running BURP