[06:23] luisp: multipass get local.driver returns "qemu" [06:24] and I'm using multipass 1.12.2 [06:24] and good question regarding the browser. [06:27] but when this happened, I managed to start htop and took a picture of it: [06:27] https://imgur.com/fVxL0L7 [06:28] luisp, luisp[m] and as you can see, most processes are multipass related [06:28] (at least when looking by CPU usage) [11:47] Hey @pieq! Looking at your `htop` picture, the reason your machine is slow is that your load average is at > 77 for the last minute and the machine has used all RAM and swap. The 77 load average means that there are 77 processes scheduled to run that cannot and this has to be due to no memory left so the OS is hard trying to swap things in and out of RAM which is very slow. I think the high CPU is a byproduct of the process *trying* [11:47] to reach the daemon, but cannot due to the aforementioned problems. Looking at the list of processes and which ones are taking the most RAM, it is definitely Firefox that is consuming the memory, so this is your problem. [11:48] * Hey pieq ! Looking at your `htop` picture, the reason your machine is slow is that your load average is at > 77 for the last minute and the machine has used all RAM and swap. The 77 load average means that there are 77 processes scheduled to run that cannot and this has to be due to no memory left so the OS is hard trying to swap things in and out of RAM which is very slow. I think the high CPU is a byproduct of the process [11:48] _trying_ to reach the daemon, but cannot due to the aforementioned problems. Looking at the list of processes and which ones are taking the most RAM, it is definitely Firefox that is consuming the memory, so this is your problem. [14:38] ChrisTownsend: thanks for the explanation! It makes sense indeed. I guess I'll have to purge my 100s of tabs from time to time :) [14:57] pieq: You're welcome! Please don't hesitate to reach out if you have any other questions.