Re: [gentoo-user] New PC hangs/lacks ?
Hi Walter, thanks for your input again. A said previously: This is not a problem of a high load, which needs to be handled. This is kinda temporary deadlock. Even if I would choose the best possible scheduler...the CPU would not get the chance to execute the code of the scheduler, because something locks the system. This description is meant to describe the situation more than to describe the exact technical background, for which I still search a solution to avoid it completly. In the moment everything runs fine again, without haveing changed any kernel configuration or anything else actively. /Something/ must have changed, though. Cheers! Meino On 05/06 02:23, Walter Dnes wrote: > You can make some tradeoffs with kernel options. Which one you > choose is up to you (assuming it's your personal machine). In > "make menuconfig" go to... > > General setup --> > Preemption Model ---> > > You have 3 choices. The 1st choice will probably finish your > rendering fastest, but other programs will have problems breaking in for > a timeslice. This will look like freezing. The 3rd choice will give > the most possibility for other programs to preempt, but will run > slightly slower overall. The 2nd choice is a compromise. Assuming > you're the admin of the machine, the choice is up to you. Sorry, "you > can't have your cake and eat it too". > > 1) "No Forced Preemption (Server)"; manual version "CONFIG_PREEMPT_NONE" > > > This is the traditional Linux preemption model, geared towards > > throughput. It will still provide good latencies most of the time, > > but there are no guarantees and occasional longer delays are possible. > > > > Select this option if you are building a kernel for a server or > > scientific/computation system, or if you want to maximize the raw > > processing power of the kernel, irrespective of scheduling latencies. > > 2) "Voluntary Kernel Preemption (Desktop)"; "CONFIG_PREEMPT_VOLUNTARY" > > > This option reduces the latency of the kernel by adding more > > "explicit preemption points" to the kernel code. These new > > preemption points have been selected to reduce the maximum latency > > of rescheduling, providing faster application reactions, at the > > cost of slightly lower throughput. > > > > This allows reaction to interactive events by allowing a low > > priority process to voluntarily preempt itself even if it is in > > kernel mode executing a system call. This allows applications to > > run more 'smoothly' even when the system is under load. > > 3) "Preemptible Kernel (Low-Latency Desktop)"; "CONFIG_PREEMPT" > > > This option reduces the latency of the kernel by making all kernel > > code (that is not executing in a critical section) preemptible. > > This allows reaction to interactive events by permitting a low > > priority process to be preempted involuntarily even if it is in kernel > > mode executing a system call and would otherwise not be about to reach > > a natural preemption point. This allows applications to run more > > 'smoothly' even when the system is under load, at the cost of slightly > > lower throughput and a slight runtime overhead to kernel code. > > -- > Walter Dnes > I don't run "desktop environments"; I run useful applications >
Re: [gentoo-user] New PC hangs/lacks ?
You can make some tradeoffs with kernel options. Which one you choose is up to you (assuming it's your personal machine). In "make menuconfig" go to... General setup --> Preemption Model ---> You have 3 choices. The 1st choice will probably finish your rendering fastest, but other programs will have problems breaking in for a timeslice. This will look like freezing. The 3rd choice will give the most possibility for other programs to preempt, but will run slightly slower overall. The 2nd choice is a compromise. Assuming you're the admin of the machine, the choice is up to you. Sorry, "you can't have your cake and eat it too". 1) "No Forced Preemption (Server)"; manual version "CONFIG_PREEMPT_NONE" > This is the traditional Linux preemption model, geared towards > throughput. It will still provide good latencies most of the time, > but there are no guarantees and occasional longer delays are possible. > > Select this option if you are building a kernel for a server or > scientific/computation system, or if you want to maximize the raw > processing power of the kernel, irrespective of scheduling latencies. 2) "Voluntary Kernel Preemption (Desktop)"; "CONFIG_PREEMPT_VOLUNTARY" > This option reduces the latency of the kernel by adding more > "explicit preemption points" to the kernel code. These new > preemption points have been selected to reduce the maximum latency > of rescheduling, providing faster application reactions, at the > cost of slightly lower throughput. > > This allows reaction to interactive events by allowing a low > priority process to voluntarily preempt itself even if it is in > kernel mode executing a system call. This allows applications to > run more 'smoothly' even when the system is under load. 3) "Preemptible Kernel (Low-Latency Desktop)"; "CONFIG_PREEMPT" > This option reduces the latency of the kernel by making all kernel > code (that is not executing in a critical section) preemptible. > This allows reaction to interactive events by permitting a low > priority process to be preempted involuntarily even if it is in kernel > mode executing a system call and would otherwise not be about to reach > a natural preemption point. This allows applications to run more > 'smoothly' even when the system is under load, at the cost of slightly > lower throughput and a slight runtime overhead to kernel code. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] New PC hangs/lacks ?
On your troubled machine set up a terminal and ping google.com repeatedly once a second. Watch to see if that actually stops when your machine is showing problems. You don't have to shell in from a separate machine. I just find it more repeatable and if the machine really hangs sometimes you can regain control without resorting to magic keys. Good luck, Mark On Wed, May 6, 2020 at 7:20 AM wrote: > On 05/06 07:07, Mark Knecht wrote: > > On Wed, May 6, 2020 at 3:21 AM wrote: > > > > > > > > > Hi, > > > > > > while rendering with Blender the system performance (especially > > > graphic related stuff) lacks. That's not nice but it seems that this > > > is the way it is designed. > > > > > > What makes me a little nervous are freezes of several seconds. It not > > > onlu freezes but the whole graphical interface of everything locks > > > down (I couldn't find a corona computer virus, though). > > > > > > In the Xorg log I found this: > > > > > > [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. > > > > > > which possibly match such a moment of a freeze. > > > > > > My setup: > > > Blender 2.90a (alpha) and Blender 2.83 (beta) and > > > Blender 2.82a (stable). > > > All Blender versions show the same problem. > > > > > > X11/Openbox > > > > > > NVidia 484.82 as delivered by NVidia, since the Gentoo > > > package does not install all files of the driver which > > > are needed for Blender (for example to support Optix). > > > > > > No other application, which heavily uses the GPU was > > > running at that time. > > > > > > MSI RTX 2060 SUPER > > > Ryzen 5 3600 > > > 32GB RAM > > > MSI Tomahawk MAX > > > > > > Does everyone has the same problems probably already solved > > > or any idea how I can those freezes? > > > > > > Any help or idea what causes this freezes is very appreciated! :) > > > > > > Cheers! > > > Meino > > > > > > > > > > > > > Meino, > >Generically, you need to set up some sort of real-time monitoring > > and watch to see what is using CPU and/or I/O when the machine > > 'appears' to hang. I say 'appears' because the machine is probably > > running correctly but doing something other than Blender work. > > > >NOTE: You didn't say that there is or isn't any disk activity when > this > > happens. > > > >When I look at this sort of problem I set up a second machine, ssh > > in with a bunch of terminals and start with 'top' and 'iotop' to watch > > for what process might be using resources. top watches CPU, iotop > > watches disk. Conceptually networking can lock up the machine but > > it's never happened to me. > > > >You can also look to see if some piece of hardware is generating > > too many interrupts. Do > > > > watch cat /proc/interrupts > > > > in a wide terminal when not running Blender to get used to what > > the machine does when idle, then run Blender and see if anything > > is going crazy generating interrupts. > > > >I hope some part of this helps you find your problem. > > > > Mark > > > Hi Mark, > > Thank you for your help and ideas. > > I will try to convince my tablet to connect to my PC and > will try to lock everyting which may point me into to the > direction of the problem. > > To complete, what I previously wrote: > No, the disk is not doing anything beside holidays > in Honulu...so to say ;) > > As soon I have something new "I'll be back"... :) > > Cheers! > Meino > > >
RE: [gentoo-user] New PC hangs/lacks ?
Well, I think you should be able to set up some real-time monitoring that keeps collecting system status in the background and make some plot to observe if something's going wrong during the Blender workload. An easy setup would be to fire up a Prometheus and Grafana docker app, and to run some node_exporters to collect metrics on your machine in question. You may miss chances to reproduce the issue when you're looking out for them, but the monitoring system would catch it when you're not watching and things do go wrong. Also wanted to say that sys-apps/dstat seems to be a good quick glance over what's happening in the system on different aspects in a single place. It does this nice printing to the terminal once a second: 2 1 97 0 0| 0 8192B| 292B 16k| 0 0 | 684 1662 2 2 96 0 0| 0 0 | 346B 17k| 0 0 | 690 1641 --total-cpu-usage-- -dsk/total- -net/total- ---paging-- ---system-- usr sys idl wai stl| read writ| recv send| in out | int csw 2 1 97 0 0| 0 0 | 560B 17k| 0 0 | 696 1630 4 3 93 0 0| 0 0 |1060B 34k| 0 0 |1368 3231 2 1 97 0 0| 0 0 |1112B 18k| 0 0 | 699 1675 It's easy to overlook things when you're juggling with multiple monitoring apps like htop/iotop/... while having to manage the real workload simultaneously. Maybe try it out when you're dealing with system activity problems next time. Regards, -- Pengcheng Xu https://jsteward.moe > -Original Message- > From: tu...@posteo.de > Sent: Wednesday, May 6, 2020 11:10 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] New PC hangs/lacks ? > > On 05/06 04:19, tu...@posteo.de wrote: > > On 05/06 07:07, Mark Knecht wrote: > > > On Wed, May 6, 2020 at 3:21 AM wrote: > > > > > > > > > > > > Hi, > > > > > > > > while rendering with Blender the system performance (especially > > > > graphic related stuff) lacks. That's not nice but it seems that > > > > this is the way it is designed. > > > > > > > > What makes me a little nervous are freezes of several seconds. It > > > > not onlu freezes but the whole graphical interface of everything > > > > locks down (I couldn't find a corona computer virus, though). > > > > > > > > In the Xorg log I found this: > > > > > > > > [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. > > > > > > > > which possibly match such a moment of a freeze. > > > > > > > > My setup: > > > > Blender 2.90a (alpha) and Blender 2.83 (beta) and Blender 2.82a > > > > (stable). > > > > All Blender versions show the same problem. > > > > > > > > X11/Openbox > > > > > > > > NVidia 484.82 as delivered by NVidia, since the Gentoo package > > > > does not install all files of the driver which are needed for > > > > Blender (for example to support Optix). > > > > > > > > No other application, which heavily uses the GPU was running at > > > > that time. > > > > > > > > MSI RTX 2060 SUPER > > > > Ryzen 5 3600 > > > > 32GB RAM > > > > MSI Tomahawk MAX > > > > > > > > Does everyone has the same problems probably already solved or any > > > > idea how I can those freezes? > > > > > > > > Any help or idea what causes this freezes is very appreciated! :) > > > > > > > > Cheers! > > > > Meino > > > > > > > > > > > > > > > > > > Meino, > > >Generically, you need to set up some sort of real-time monitoring > > > and watch to see what is using CPU and/or I/O when the machine > > > 'appears' to hang. I say 'appears' because the machine is probably > > > running correctly but doing something other than Blender work. > > > > > >NOTE: You didn't say that there is or isn't any disk activity > > > when this happens. > > > > > >When I look at this sort of problem I set up a second machine, > > > ssh in with a bunch of terminals and start with 'top' and 'iotop' to > > > watch for what process might be using resources. top watches CPU, > > > iotop watches disk. Conceptually networking can lock up the machine > > > but it's never happened to me. > > > > > >You can also look to see if some piece of hardware is generating > > > too many interrupts. Do > > > > > > watch cat /proc/interrupts > > > >
Re: [gentoo-user] New PC hangs/lacks ?
On 05/06 04:19, tu...@posteo.de wrote: > On 05/06 07:07, Mark Knecht wrote: > > On Wed, May 6, 2020 at 3:21 AM wrote: > > > > > > > > > Hi, > > > > > > while rendering with Blender the system performance (especially > > > graphic related stuff) lacks. That's not nice but it seems that this > > > is the way it is designed. > > > > > > What makes me a little nervous are freezes of several seconds. It not > > > onlu freezes but the whole graphical interface of everything locks > > > down (I couldn't find a corona computer virus, though). > > > > > > In the Xorg log I found this: > > > > > > [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. > > > > > > which possibly match such a moment of a freeze. > > > > > > My setup: > > > Blender 2.90a (alpha) and Blender 2.83 (beta) and > > > Blender 2.82a (stable). > > > All Blender versions show the same problem. > > > > > > X11/Openbox > > > > > > NVidia 484.82 as delivered by NVidia, since the Gentoo > > > package does not install all files of the driver which > > > are needed for Blender (for example to support Optix). > > > > > > No other application, which heavily uses the GPU was > > > running at that time. > > > > > > MSI RTX 2060 SUPER > > > Ryzen 5 3600 > > > 32GB RAM > > > MSI Tomahawk MAX > > > > > > Does everyone has the same problems probably already solved > > > or any idea how I can those freezes? > > > > > > Any help or idea what causes this freezes is very appreciated! :) > > > > > > Cheers! > > > Meino > > > > > > > > > > > > > Meino, > >Generically, you need to set up some sort of real-time monitoring > > and watch to see what is using CPU and/or I/O when the machine > > 'appears' to hang. I say 'appears' because the machine is probably > > running correctly but doing something other than Blender work. > > > >NOTE: You didn't say that there is or isn't any disk activity when this > > happens. > > > >When I look at this sort of problem I set up a second machine, ssh > > in with a bunch of terminals and start with 'top' and 'iotop' to watch > > for what process might be using resources. top watches CPU, iotop > > watches disk. Conceptually networking can lock up the machine but > > it's never happened to me. > > > >You can also look to see if some piece of hardware is generating > > too many interrupts. Do > > > > watch cat /proc/interrupts > > > > in a wide terminal when not running Blender to get used to what > > the machine does when idle, then run Blender and see if anything > > is going crazy generating interrupts. > > > >I hope some part of this helps you find your problem. > > > > Mark > > > Hi Mark, > > Thank you for your help and ideas. > > I will try to convince my tablet to connect to my PC and > will try to lock everyting which may point me into to the > direction of the problem. > > To complete, what I previously wrote: > No, the disk is not doing anything beside holidays > in Honulu...so to say ;) > > As soon I have something new "I'll be back"... :) > > Cheers! > Meino > > Hi, since three days these locks nags me. Now, equipped with a tablet, a ssh connection and an eye on the interrupts... ...no locks happen anymore. Grrrmpppfff... And let me guess: In the moment when I have the least of an application for those locks...then they will be back... :( Sorry, I cannot reproduce the problem anymore. Cheers! Meino
Re: [gentoo-user] New PC hangs/lacks ?
On 05/06 07:07, Mark Knecht wrote: > On Wed, May 6, 2020 at 3:21 AM wrote: > > > > > > Hi, > > > > while rendering with Blender the system performance (especially > > graphic related stuff) lacks. That's not nice but it seems that this > > is the way it is designed. > > > > What makes me a little nervous are freezes of several seconds. It not > > onlu freezes but the whole graphical interface of everything locks > > down (I couldn't find a corona computer virus, though). > > > > In the Xorg log I found this: > > > > [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. > > > > which possibly match such a moment of a freeze. > > > > My setup: > > Blender 2.90a (alpha) and Blender 2.83 (beta) and > > Blender 2.82a (stable). > > All Blender versions show the same problem. > > > > X11/Openbox > > > > NVidia 484.82 as delivered by NVidia, since the Gentoo > > package does not install all files of the driver which > > are needed for Blender (for example to support Optix). > > > > No other application, which heavily uses the GPU was > > running at that time. > > > > MSI RTX 2060 SUPER > > Ryzen 5 3600 > > 32GB RAM > > MSI Tomahawk MAX > > > > Does everyone has the same problems probably already solved > > or any idea how I can those freezes? > > > > Any help or idea what causes this freezes is very appreciated! :) > > > > Cheers! > > Meino > > > > > > > > Meino, >Generically, you need to set up some sort of real-time monitoring > and watch to see what is using CPU and/or I/O when the machine > 'appears' to hang. I say 'appears' because the machine is probably > running correctly but doing something other than Blender work. > >NOTE: You didn't say that there is or isn't any disk activity when this > happens. > >When I look at this sort of problem I set up a second machine, ssh > in with a bunch of terminals and start with 'top' and 'iotop' to watch > for what process might be using resources. top watches CPU, iotop > watches disk. Conceptually networking can lock up the machine but > it's never happened to me. > >You can also look to see if some piece of hardware is generating > too many interrupts. Do > > watch cat /proc/interrupts > > in a wide terminal when not running Blender to get used to what > the machine does when idle, then run Blender and see if anything > is going crazy generating interrupts. > >I hope some part of this helps you find your problem. > > Mark Hi Mark, Thank you for your help and ideas. I will try to convince my tablet to connect to my PC and will try to lock everyting which may point me into to the direction of the problem. To complete, what I previously wrote: No, the disk is not doing anything beside holidays in Honulu...so to say ;) As soon I have something new "I'll be back"... :) Cheers! Meino
Re: [gentoo-user] New PC hangs/lacks ?
On 05/06 02:47, Ashley Dixon wrote: > On Wed, May 06, 2020 at 09:16:33AM -0400, Walter Dnes wrote: > > It looks like blender is a heavy-duty program that bogs down your > > system. You could buy a new machine, or you could try the "nice" > > command. The tradeoff is that your system becomes more responsive > > because the program is launched with a lower priority. The usual > > priority levels range from 20 (lowest priority for your program) to > > -19 (highest priority for your program). Note that you have to use > > root or sudo to use negative nice-level (higher priority). > > Considering the specifications of Meino machine, this is not expected > behaviour > from any application. I doubt it is possible for a standard consumer to buy > a > machine with much better hardware; this is certainly a more serious > issue, > whether it be faulty hardware or misbehaving software. > > What else is running at the time of Blender locking up ? Are you absolutely > sure > that it is Blender causing this issue ? > > -- > > Ashley Dixon > suugaku.co.uk > > 2A9A 4117 > DA96 D18A > 8A7B B0D2 > A30E BF25 > F290 A8AA > Hi Ashley! ;) Short explanation: With blender you can do animation. For animations you need to "explain to Blender" how thing should move. This is done in the so called "graph editor" which is - amthemtically spoken - nothing more than a lot of X/Y graphs, where X is identical to the current frame number - hence the time axis - and Y is the amount of movement in direction of one of the Ds in "3D". Rendering is no problem (ok, the system "lacks" a little, but that is expected since a lot of calculation power is drawn). But if I click into the graph editor to directly jump to quite different frame than the previous or next one, everything freezes. Blender hast to end its calculations and THEN everything goes back to normal. In this time the CPU goes not in full load -- otherwise the fans would become very busy (as they do when starting rendering). The problem here is not, that a sudden load is put onto the system - that is normal and intended - the problem is, that everyting locks up. As said, it /feels/ like a lock on a system bus or whatelse, what will only be released, when the calculation for the frame jump has been ended. Since Linux is a multitasking and multithreading OS and the PC has six cores and 12 threads, there should be at least one thread left to handle the keyboard while calculating frames - IF the CPU get the bus at all. The example with the bus being locked is AN EXAMPLE ONLY. I have no clue, whether something gets locked at all and if so, what gets locked. There is "nothing" else running except for the usual daemons, the kernel, openbox, a shell, a terminal. Or with other words: Nothing stressful. And I /think/ (read: I don't know), I could have something to do with the communication with the GPU...: If I switch of the preview, there are no locks anymore. And I think my PC is causing the problem (instead of blender) since the problem arises with three different versions of blender. Blender is used quite often, my PC is a combination, which is used quite often and I didn't find anything (including the bugtracker of the Blender development), which could point me to the root of that problem. On the other hand: I included the gpu-related USE flags into make.conf and recompiled all related software. Chances are there, that I would have triggered the problem with another application if this problem is caused by a bogus hardware (includind me screwing up some awkward BIOS setting). I am NOT overclocking and I am using "stock settings" in the BIOS (beside the XMP settings for the RAM - but those are settings quaranteed to work by the vendor of the RAM). If any reader of the "Book of possible bogus hardware" is now that confused as I am - you are welcome ! :) Cheers! Meino
Re: [gentoo-user] New PC hangs/lacks ?
On Wed, May 6, 2020 at 3:21 AM wrote: > > > Hi, > > while rendering with Blender the system performance (especially > graphic related stuff) lacks. That's not nice but it seems that this > is the way it is designed. > > What makes me a little nervous are freezes of several seconds. It not > onlu freezes but the whole graphical interface of everything locks > down (I couldn't find a corona computer virus, though). > > In the Xorg log I found this: > > [ 2808.761] (WW) NVIDIA: Wait for channel idle timed out. > > which possibly match such a moment of a freeze. > > My setup: > Blender 2.90a (alpha) and Blender 2.83 (beta) and > Blender 2.82a (stable). > All Blender versions show the same problem. > > X11/Openbox > > NVidia 484.82 as delivered by NVidia, since the Gentoo > package does not install all files of the driver which > are needed for Blender (for example to support Optix). > > No other application, which heavily uses the GPU was > running at that time. > > MSI RTX 2060 SUPER > Ryzen 5 3600 > 32GB RAM > MSI Tomahawk MAX > > Does everyone has the same problems probably already solved > or any idea how I can those freezes? > > Any help or idea what causes this freezes is very appreciated! :) > > Cheers! > Meino > > > Meino, Generically, you need to set up some sort of real-time monitoring and watch to see what is using CPU and/or I/O when the machine 'appears' to hang. I say 'appears' because the machine is probably running correctly but doing something other than Blender work. NOTE: You didn't say that there is or isn't any disk activity when this happens. When I look at this sort of problem I set up a second machine, ssh in with a bunch of terminals and start with 'top' and 'iotop' to watch for what process might be using resources. top watches CPU, iotop watches disk. Conceptually networking can lock up the machine but it's never happened to me. You can also look to see if some piece of hardware is generating too many interrupts. Do watch cat /proc/interrupts in a wide terminal when not running Blender to get used to what the machine does when idle, then run Blender and see if anything is going crazy generating interrupts. I hope some part of this helps you find your problem. Mark
Re: [gentoo-user] New PC hangs/lacks ?
On Wed, May 06, 2020 at 09:16:33AM -0400, Walter Dnes wrote: > It looks like blender is a heavy-duty program that bogs down your > system. You could buy a new machine, or you could try the "nice" > command. The tradeoff is that your system becomes more responsive > because the program is launched with a lower priority. The usual > priority levels range from 20 (lowest priority for your program) to > -19 (highest priority for your program). Note that you have to use > root or sudo to use negative nice-level (higher priority). Considering the specifications of Meino machine, this is not expected behaviour from any application. I doubt it is possible for a standard consumer to buy a machine with much better hardware; this is certainly a more serious issue, whether it be faulty hardware or misbehaving software. What else is running at the time of Blender locking up ? Are you absolutely sure that it is Blender causing this issue ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] New PC hangs/lacks ?
On 05/06 09:16, Walter Dnes wrote: > On Wed, May 06, 2020 at 12:21:00PM +0200, tu...@posteo.de wrote > > > Does everyone has the same problems probably already solved > > or any idea how I can those freezes? > > It looks like blender is a heavy-duty program that bogs down your > system. You could buy a new machine, or you could try the "nice" > command. The tradeoff is that your system becomes more responsive > because the program is launched with a lower priority. The usual > priority levels range from 20 (lowest priority for your program) to > -19 (highest priority for your program). Note that you have to use > root or sudo to use negative nice-level (higher priority). See website > https://www.gnu.org/software/coreutils/manual/html_node/nice-invocation.html#nice-invocation > because the "man nice" page sucks. > > In your case, you could de-prioritize blender to the lowest level by > launching it like so... > > nice -n 20 blender > > -- > Walter Dnes > I don't run "desktop environments"; I run useful applications > Hi Walter, Thanks for you help and info! Buying a new machine is not an option, I bought this one a month ago. Take a look the specs. Nice will also not help, since it is kinda "lock" that suddenly kicks in. This is only an example: If a programm acquires the system bus and hold it due to a programming error, the system freezes. A nice would not help, since no one, who probablu could help to get out of this situation will get no processing time. Sorry if I made myself not clear enough in this regard...I am no native speaker. Cheers! Meino
Re: [gentoo-user] New PC hangs/lacks ?
On Wed, May 06, 2020 at 12:21:00PM +0200, tu...@posteo.de wrote > Does everyone has the same problems probably already solved > or any idea how I can those freezes? It looks like blender is a heavy-duty program that bogs down your system. You could buy a new machine, or you could try the "nice" command. The tradeoff is that your system becomes more responsive because the program is launched with a lower priority. The usual priority levels range from 20 (lowest priority for your program) to -19 (highest priority for your program). Note that you have to use root or sudo to use negative nice-level (higher priority). See website https://www.gnu.org/software/coreutils/manual/html_node/nice-invocation.html#nice-invocation because the "man nice" page sucks. In your case, you could de-prioritize blender to the lowest level by launching it like so... nice -n 20 blender -- Walter Dnes I don't run "desktop environments"; I run useful applications
