| 1 |
On Wed, May 6, 2020 at 3:21 AM <tuxic@××××××.de> wrote: |
| 2 |
> |
| 3 |
> |
| 4 |
> Hi, |
| 5 |
> |
| 6 |
> while rendering with Blender the system performance (especially |
| 7 |
> graphic related stuff) lacks. That's not nice but it seems that this |
| 8 |
> is the way it is designed. |
| 9 |
> |
| 10 |
> What makes me a little nervous are freezes of several seconds. It not |
| 11 |
> onlu freezes but the whole graphical interface of everything locks |
| 12 |
> down (I couldn't find a corona computer virus, though). |
| 13 |
> |
| 14 |
> In the Xorg log I found this: |
| 15 |
> |
| 16 |
> [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. |
| 17 |
> |
| 18 |
> which possibly match such a moment of a freeze. |
| 19 |
> |
| 20 |
> My setup: |
| 21 |
> Blender 2.90a (alpha) and Blender 2.83 (beta) and |
| 22 |
> Blender 2.82a (stable). |
| 23 |
> All Blender versions show the same problem. |
| 24 |
> |
| 25 |
> X11/Openbox |
| 26 |
> |
| 27 |
> NVidia 484.82 as delivered by NVidia, since the Gentoo |
| 28 |
> package does not install all files of the driver which |
| 29 |
> are needed for Blender (for example to support Optix). |
| 30 |
> |
| 31 |
> No other application, which heavily uses the GPU was |
| 32 |
> running at that time. |
| 33 |
> |
| 34 |
> MSI RTX 2060 SUPER |
| 35 |
> Ryzen 5 3600 |
| 36 |
> 32GB RAM |
| 37 |
> MSI Tomahawk MAX |
| 38 |
> |
| 39 |
> Does everyone has the same problems probably already solved |
| 40 |
> or any idea how I can those freezes? |
| 41 |
> |
| 42 |
> Any help or idea what causes this freezes is very appreciated! :) |
| 43 |
> |
| 44 |
> Cheers! |
| 45 |
> Meino |
| 46 |
> |
| 47 |
> |
| 48 |
> |
| 49 |
|
| 50 |
Meino, |
| 51 |
Generically, you need to set up some sort of real-time monitoring |
| 52 |
and watch to see what is using CPU and/or I/O when the machine |
| 53 |
'appears' to hang. I say 'appears' because the machine is probably |
| 54 |
running correctly but doing something other than Blender work. |
| 55 |
|
| 56 |
NOTE: You didn't say that there is or isn't any disk activity when this |
| 57 |
happens. |
| 58 |
|
| 59 |
When I look at this sort of problem I set up a second machine, ssh |
| 60 |
in with a bunch of terminals and start with 'top' and 'iotop' to watch |
| 61 |
for what process might be using resources. top watches CPU, iotop |
| 62 |
watches disk. Conceptually networking can lock up the machine but |
| 63 |
it's never happened to me. |
| 64 |
|
| 65 |
You can also look to see if some piece of hardware is generating |
| 66 |
too many interrupts. Do |
| 67 |
|
| 68 |
watch cat /proc/interrupts |
| 69 |
|
| 70 |
in a wide terminal when not running Blender to get used to what |
| 71 |
the machine does when idle, then run Blender and see if anything |
| 72 |
is going crazy generating interrupts. |
| 73 |
|
| 74 |
I hope some part of this helps you find your problem. |
| 75 |
|
| 76 |
Mark |
Archives