On Sun, 24 May 2020 22:26:44 +0530 Sreyan Chakravarty <sreyan32@xxxxxxxxx> wrote: > On 5/18/20 11:54 AM, stan via users wrote: > > You should check if it is possible to enable and disable the kernel > > smt fix. > You mean disabling SMT ? If that is what the kernel configuration does, yes. > > In the end, the kernel guys are right. If you always want to be > > safe, you have to take the hit to processing by always running the > > smt fix. How often do you max out all the cores on your system? > > That is, is the reduction in processing a big deal for your use > > case? > I run VMs pretty often so performance is kind of a big deal for me. performance =><= risk To put it simply: You can have zero risk with lower performance, or you can have some level of risk with higher performance, but you cannot have higher performance with zero risk. You decide what you are comfortable with. In your situation, I would take a few simple precautions that I described already, and run without the kernel config. i.e. I would choose performance with some level of risk. For what it is worth, I also think your risk is a lot less than you think it is. Below is tangential to the topic. A psychological aside: We see in the covid19 pandemic that human beings are very poor at evaluating comparative risk. By that, I mean that the dollar value being placed on lives saved is very different for different risks. Think automobile accident versus nuclear accident. Because of the emotional (and political) response to the pandemic, we have placed an especially high value for lives lost to it. I think you might be exhibiting that human shortcoming in your response to this issue of risk; there are probably higher risks in your life that you expose yourself to without thought. For anyone who thinks we can't place a dollar value on a human life, we do it every day, and with our every decision, for ourselves. Search on 'cost of human life saved' for how it is officially done. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
