Re: [qubes-users] dvm considerably slower on R4.1

2022-07-23 Thread Qubes

David Hobach wrote:

You can see your pool driver by executing `qvm-pool`.

And the latest version of my scripts will always be available at [1].

Btw somehow one gets used to the worse performance after a while...

[1] https://github.com/3hhh/qubes-performance



Thank you very much.

And i really appreciate the efforts that you have already put into 
resolving this issue. You are really helping your community 
tremendously. High five.


This is the first time i am suffering from Qubes performance issues and 
i have to say it is quite frustrating. If 4.0 wasn't going EOL next 
month i would continue using 4.0 for now.


--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/84f172a7-449b-35a7-94ab-203f1f941b22%40ak47.co.za.


Re: [qubes-users] dvm considerably slower on R4.1

2022-07-23 Thread David Hobach

You can see your pool driver by executing `qvm-pool`.

And the latest version of my scripts will always be available at [1].

Btw somehow one gets used to the worse performance after a while...

[1] https://github.com/3hhh/qubes-performance

Mine currently looks like this:

Qubes release 4.1 (R4.1)
dom0 kernel: 5.10.109-1.fc32.qubes.x86_64
dom0 Xen: 4.14.5
VM kernel: 5.15.52-1.fc32

Xen:
  qrexec startup: 240 ms
  Qubes DB: 8800 ms
  VM handover: 8901 ms
Linux:
  kernel: 4480 ms
  system: 4298 ms
  user: 178 ms
  system critical-chain:
multi-user.target @4.298s
└─qubes-qrexec-agent.service @4.164s +133ms
  └─systemd-user-sessions.service @4.102s +31ms
└─network.target @4.092s
  └─qubes-network-uplink.service @2.638s +1.447s
└─basic.target @2.544s
  └─sockets.target @2.544s
└─dbus.socket @2.542s
  └─sysinit.target @2.531s
└─systemd-update-utmp.service @2.482s +47ms
  └─systemd-tmpfiles-setup.service @2.349s +122ms
└─local-fs.target @2.317s
  └─run-user-1000.mount @4.773s
└─local-fs-pre.target @1.427s
  └─systemd-tmpfiles-setup-dev.service @1.150s 
+276ms
└─systemd-sysusers.service @1.090s +58ms
  └─systemd-remount-fs.service @1.006s +80ms
└─systemd-fsck-root.service @771ms +233ms
  └─systemd-journald.socket @572ms
└─-.mount @519ms
  └─-.slice @519ms
  qrexec service critical-chain:
qubes-qrexec-agent.service +133ms
└─systemd-user-sessions.service @4.102s +31ms
  └─network.target @4.092s
└─qubes-network-uplink.service @2.638s +1.447s
  └─basic.target @2.544s
└─sockets.target @2.544s
  └─dbus.socket @2.542s
└─sysinit.target @2.531s
  └─systemd-update-utmp.service @2.482s +47ms
└─systemd-tmpfiles-setup.service @2.349s +122ms
  └─local-fs.target @2.317s
└─run-user-1000.mount @4.773s
  └─local-fs-pre.target @1.427s
└─systemd-tmpfiles-setup-dev.service @1.150s +276ms
  └─systemd-sysusers.service @1.090s +58ms
└─systemd-remount-fs.service @1.006s +80ms
  └─systemd-fsck-root.service @771ms +233ms
└─systemd-journald.socket @572ms
  └─-.mount @519ms
└─-.slice @519ms
  qubes.GetDate: n/a
  qubes.WindowIconUpdater: n/a
  qrexec service: 4102 ms
qrexec (1st run):
  exec time: 4602 ms (depends on clock sync)
  return: 5479 ms
qrexec (2nd run):
  exec time: -105 ms (depends on clock sync)
  return: 782 ms
Overall: 23202 ms (excl. 2nd qrexec run)

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/640be919-fa6e-b3b9-350f-012fe0f6549e%40hackingthe.net.


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [qubes-users] dvm considerably slower on R4.1

2022-07-22 Thread Qubes

David Hobach wrote:

There can be multiple reasons for a slower 4.1 experience. Known ones are:

1. CPU runs at ~800 MHz or so [1]
2. You're a file pool user. File pools were serialized in 4.1, likely 
dropping their performance by ~30-50%. [2]

3. Possibly further issues in 4.1 [2].

[1] https://github.com/QubesOS/qubes-issues/issues/4604


If 4604 was my issue my understanding is that i would have experienced 
performance issues on 4.0 as well.



[2] https://github.com/QubesOS/qubes-issues/issues/7075


I have read through 7075 but i am still distilling the info. It does 
sound like i may be affected by the same issue.


What makes this debacle so uncomfortable is the fact that time spent 
waiting is cumulative and at the end of the day it adds up to a lot of 
time wasted.




Anyway it seems that just a few users are affected. Others report 8s VM 
startup performance or less (see forum).


I will try and make time to run some additional tests with the help of 
the scripts you provided in your detailed 7075 bug report. Would you 
mind sending me your updated scripts?






Thanks a lot for pointing these out to me.

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/c2bd6407-8a83-3c68-f9bf-aab1ac3fe130%40ak47.co.za.


Re: [qubes-users] dvm considerably slower on R4.1

2022-07-22 Thread David Hobach

There can be multiple reasons for a slower 4.1 experience. Known ones are:

1. CPU runs at ~800 MHz or so [1]
2. You're a file pool user. File pools were serialized in 4.1, likely dropping 
their performance by ~30-50%. [2]
3. Possibly further issues in 4.1 [2].

[1] https://github.com/QubesOS/qubes-issues/issues/4604
[2] https://github.com/QubesOS/qubes-issues/issues/7075

Anyway it seems that just a few users are affected. Others report 8s VM startup 
performance or less (see forum).

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/a0253a4b-57bf-cbb0-0146-d67c962c48e8%40hackingthe.net.


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [qubes-users] dvm considerably slower on R4.1

2022-07-22 Thread Qubes

Qubes wrote:

Qubes wrote:
Has the 4.1 as well as 4.1.1, because I did test on both, release 
added additional overhead to the creation of a dvm?


I have identical dvm's for Firefox on 4.0 and 4.1 and on 4.1 it takes 
almost, in the region of 0.5 - 0.75 seconds almost, **double** the 
time for a new dvm to be ready for usage, 18 seconds vs 36 (both 
rounded for convenience).


That is quite a hefty difference. Is there any explanation for this 
behavior?




This really is quite an annoyance, my system has slowed down quite a bit 
in the area of dvm's and i use them intensively. Can someone help me 
understand this problem? Where must i scratch under the bonnet to 
determine why dvm creation takes so much longer on my 4.1 install 
compared to my 4.0 install. I have two identical SSD's (make, model, 
etc) one installed with 4.0 and the other with 4.1. The SSD i used for 
the 4.1 install has much less mileage on so general wear of the SSD 
should effect my 4.1 install less.




It is not only dvm creation that is slow any VM boot time has increased 
significantly.


--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b60b0cd6-1b52-6440-5dd2-f732f59a125b%40ak47.co.za.


Re: [qubes-users] dvm considerably slower on R4.1

2022-07-22 Thread Qubes

Qubes wrote:
Has the 4.1 as well as 4.1.1, because I did test on both, release added 
additional overhead to the creation of a dvm?


I have identical dvm's for Firefox on 4.0 and 4.1 and on 4.1 it takes 
almost, in the region of 0.5 - 0.75 seconds almost, **double** the time 
for a new dvm to be ready for usage, 18 seconds vs 36 (both rounded for 
convenience).


That is quite a hefty difference. Is there any explanation for this 
behavior?




This really is quite an annoyance, my system has slowed down quite a bit 
in the area of dvm's and i use them intensively. Can someone help me 
understand this problem? Where must i scratch under the bonnet to 
determine why dvm creation takes so much longer on my 4.1 install 
compared to my 4.0 install. I have two identical SSD's (make, model, 
etc) one installed with 4.0 and the other with 4.1. The SSD i used for 
the 4.1 install has much less mileage on so general wear of the SSD 
should effect my 4.1 install less.


--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/84aee455-c26f-6aad-f1b4-640010959180%40ak47.co.za.