Qubes 4.0 sluggish feel

[Outback Dingo]

I dont remeber qubes being so sluggish on a skylake laptop with 64Gb,
qubes is installed on a SSD, however it now seems to take an awful
long time to switch windows, change tabs in firefox and chhrome,
launch VMs

also note that screen rendering, i can actually watch web pages paint,
as though video is being quirly or something, it is an NVIDIA card

any suggestions, nothing is swapping, memory seems ok, ive even
allocated 8192 mb to 2 vms which i see it in, both fedora and debian,
and i am up to date update wise.

[Outback Dingo]

Nothing ??

[awokd]

Sounds similar to this Intel problem:
https://www.qubes-os.org/doc/intel-igfx-troubleshooting/#software-rendering-or-video-lags.
Review your logs and see if your video card driver is reporting any errors
when it loads.

[Outback Dingo]

not sure how this would be appplicable its an Nvidia card......

[cooloutac]

I get this problem sometimes when I update templates, then restart all the vms. Solution is to reboot the pc. Only happens to me on 4.0

[John S.Recdep]

I blame intel speedstep for everything in your local uefi , and dingos :)

[Outback Dingo]

On Thu, Aug 9, 2018 at 5:49 AM cooloutac <raah...@gmail.com> wrote:
>
>
>
> I get this problem sometimes when I update templates, then restart all the vms. Solution is to reboot the pc. Only happens to me on 4.0
>

> --

nope its been rebooted numerous times, still same issue, always
sluggish choppy ui, take 20+ seconds just to swtich tabs in chrome /
firefox in both fedora and debian. other apps seem to take longer
times loading, switching apps is the same



> You received this message because you are subscribed to a topic in the Google Groups "qubes-users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/qubes-users/SXkX2yQc0ug/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to qubes-users...@googlegroups.com.
> To post to this group, send email to qubes...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/629de0f1-c2ec-4da6-b82c-d61e5f350706%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

[Outback Dingo]

great but how do we resolve it... its makes Qubes itself really unuseable

>
> --

> You received this message because you are subscribed to a topic in the Google Groups "qubes-users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/qubes-users/SXkX2yQc0ug/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to qubes-users...@googlegroups.com.
> To post to this group, send email to qubes...@googlegroups.com.

> To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/95ee05c4-3ae9-b96b-23e4-3e08ba5c45aa%40riseup.net.

[John S.Recdep]

On 08/09/2018 06:48 PM, Outback Dingo wrote:

> On Fri, Aug 10, 2018 at 6:18 AM John S.Recdep <yrebstv-sGOZH3h...@public.gmane.org> wrote:
>>
>> On 08/06/2018 01:50 PM, Outback Dingo wrote:
>>> I dont remeber qubes being so sluggish on a skylake laptop with 64Gb,
>>> qubes is installed on a SSD, however it now seems to take an awful
>>> long time to switch windows, change tabs in firefox and chhrome,
>>> launch VMs
>>>
>>> also note that screen rendering, i can actually watch web pages paint,
>>> as though video is being quirly or something, it is an NVIDIA card
>>>
>>> any suggestions, nothing is swapping, memory seems ok, ive even
>>> allocated 8192 mb to 2 vms which i see it in, both fedora and debian,
>>> and i am up to date update wise.
>>>
>>
>> I blame intel speedstep for everything in your local uefi , and dingos :)
>
> great but how do we resolve it... its makes Qubes itself really unuseable
>

i guess You would disable it and reboot but ymmv

[brenda...@gmail.com]

On Friday, August 10, 2018 at 12:49:05 AM UTC-4, Outback Dingo wrote:

> On Fri, Aug 10, 2018 at 6:18 AM John S.Recdep wrote:
> > I blame intel speedstep for everything in your local uefi , and dingos :)
>
> great but how do we resolve it... its makes Qubes itself really unuseable

Maybe try this?
In dom0:
sudo xenpm set-scaling-governor performance

Brendan

[Outback Dingo]

Okay thanks for this, it does seem to have helped a bit, at least
changing apps and tabs is smoother, though i still get a little bit of
video issues

>
> Brendan

>
> --
> You received this message because you are subscribed to a topic in the Google Groups "qubes-users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/qubes-users/SXkX2yQc0ug/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to qubes-users...@googlegroups.com.
> To post to this group, send email to qubes...@googlegroups.com.

> To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ddc0a1d9-7b57-4735-8930-4dd065317790%40googlegroups.com.

[CF]

On 08/10/2018 06:47 AM, Outback Dingo wrote:
> On Thu, Aug 9, 2018 at 5:49 AM cooloutac <raah...@gmail.com> wrote:
>>
>>
>>
>> I get this problem sometimes when I update templates, then restart all the vms. Solution is to reboot the pc. Only happens to me on 4.0
>>
>> --
>
> nope its been rebooted numerous times, still same issue, always
> sluggish choppy ui, take 20+ seconds just to swtich tabs in chrome /
> firefox in both fedora and debian. other apps seem to take longer
> times loading, switching apps is the same
>

Same here, I will probably switch back dom0 and all the templates / VMs
to the previous kernel.

[awokd]

Have you checked the logs to see if X is using software rendering and/or
the video driver is throwing any errors on load?

[CF]

I have not checked, I simply noticed that the move from 4.9.56 to
4.14.57 was bringing all the fixes for Spectre / Meltdown, and I suspect
they are responsible for the 'sluggish feel' (Q3.2 here, not 4.0)

I can check for rendering and video driver, which logs are you talking
about exactly?

[awokd]

X.org log is described here:
https://www.qubes-os.org/doc/intel-igfx-troubleshooting/#software-rendering-or-video-lags

If the driver is having trouble loading, you should see a related error in
dom0's journalctl.

[Outback Dingo]

i am having 0 errors with nvidia card nothing in the logs really , yet
still having the same issue, no updates, one tweak for performance as
suggested helped a little but not alot


> --

> You received this message because you are subscribed to a topic in the Google Groups "qubes-users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/qubes-users/SXkX2yQc0ug/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to qubes-users...@googlegroups.com.
> To post to this group, send email to qubes...@googlegroups.com.

> To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/b6334b8ded87436ddad9ccb93cbbe6ca.squirrel%40tt3j2x4k5ycaa5zt.onion.

[awokd]

On Mon, August 13, 2018 11:18 am, Outback Dingo wrote:

>
> i am having 0 errors with nvidia card nothing in the logs really , yet
> still having the same issue, no updates, one tweak for performance as
> suggested helped a little but not alot

There's an option to disable Meltdown mitigations but I haven't tried it.
It will reduce security of the system. If you want to, set xpti=false
option in Xen command line (xen.gz option in grub, or options= line in
xen.cfg for UEFI).

[CF]

Journalctl was full of error, this seems to fix it, thanks

[awokd]

What did you have to change to fix the errors?

[CF]

I added both i915.alpha_support=1 and rd.luks.options=discard to
/boot/efi/EFI/qubes/xen.cfg + activation of fstrim.timer in systemctl.

I am not sure which part fixed it :-)

[John S.Recdep]

On 08/10/2018 12:54 PM,

seems it wants a <cpuid> , what would that be?