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

2022-07-21 Thread Howard Chen
It might be the speed in which to generate a new random number for this 
disposableVM and taking the file for a long time due to the size of that 
one file.
On Thursday, July 21, 2022 at 2:13:37 PM UTC-7 Qubes wrote:

> Howard Chen wrote:
> > The problem lies within your computer processing speed and the numbers of
> > qubes you has opened and active in one minute; This will significantly
> > increases the opening time. As a result, it doubles the time of opening 
> and
> > activating the qubes to be online.
>
> I didn't spell that out down to the letter but to make matters worse 
> when i tested the creation time of the dvm on 4.0 the system was in fact 
> far more busy compared to my test on 4.1. on 4.1 only the bare minimum 
> was booted, sys-net, sys-firewall, sys-usb, sys-whonix, and that is it. 
> On any regular day there are about 18 VMs running at any given time. So 
> definitely the measured time was not influenced by how busy, or lack of, 
> my system was.
>
> > On Thursday, July 21, 2022 at 2:02:12 PM UTC-7 Qubes wrote:
> > 
> >> Howard Chen wrote:
> >>> I have the similar as yours, but the time of one of my qubes cannot be
> >> open
> >>> because of light VM error that I got, which is error 135. The time
> >> doubling
> >>> effect is just to place for the computer took way too long on some
> >>> occasional reasons to go for it. Anyways, it's just the distro issue 
> from
> >>> Debian.
> >>
> >> How can it be a distro problem from Debian? Or Fedora? The same version
> >> of either on either 4.0 or 4.1 should be the same. Or not?
> >>
> >>> On Thursday, July 21, 2022 at 1:53:56 PM UTC-7 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?
> 
> >>>
> >>
> >>
> > 
>
>

-- 
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/aa7bd87c-8c49-4ef1-94c2-3e41dc05cfd4n%40googlegroups.com.


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

2022-07-21 Thread Qubes

Howard Chen wrote:

The problem lies within your computer processing speed and the numbers of
qubes you has opened and active in one minute; This will significantly
increases the opening time. As a result, it doubles the time of opening and
activating the qubes to be online.


I didn't spell that out down to the letter but to make matters worse 
when i tested the creation time of the dvm on 4.0 the system was in fact 
far more busy compared to my test on 4.1. on 4.1 only the bare minimum 
was booted, sys-net, sys-firewall, sys-usb, sys-whonix, and that is it. 
On any regular day there are about 18 VMs running at any given time. So 
definitely the measured time was not influenced by how busy, or lack of, 
my system was.



On Thursday, July 21, 2022 at 2:02:12 PM UTC-7 Qubes wrote:


Howard Chen wrote:

I have the similar as yours, but the time of one of my qubes cannot be

open

because of light VM error that I got, which is error 135. The time

doubling

effect is just to place for the computer took way too long on some
occasional reasons to go for it. Anyways, it's just the distro issue from
Debian.


How can it be a distro problem from Debian? Or Fedora? The same version
of either on either 4.0 or 4.1 should be the same. Or not?


On Thursday, July 21, 2022 at 1:53:56 PM UTC-7 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?










--
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/463b8fe0-d1fe-5a17-4b0c-2788edfb1454%40ak47.co.za.


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

2022-07-21 Thread Howard Chen
The problem lies within your computer processing speed and the numbers of 
qubes you has opened and active in one minute; This will significantly 
increases the opening time. As a result, it doubles the time of opening and 
activating the qubes to be online.
On Thursday, July 21, 2022 at 2:02:12 PM UTC-7 Qubes wrote:

> Howard Chen wrote:
> > I have the similar as yours, but the time of one of my qubes cannot be 
> open
> > because of light VM error that I got, which is error 135. The time 
> doubling
> > effect is just to place for the computer took way too long on some
> > occasional reasons to go for it. Anyways, it's just the distro issue from
> > Debian.
>
> How can it be a distro problem from Debian? Or Fedora? The same version 
> of either on either 4.0 or 4.1 should be the same. Or not?
>
> > On Thursday, July 21, 2022 at 1:53:56 PM UTC-7 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?
> >>
> > 
>
>

-- 
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/a668211b-5026-40c0-8aa8-538f2854bc52n%40googlegroups.com.


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

2022-07-21 Thread Qubes

Howard Chen wrote:

I have the similar as yours, but the time of one of my qubes cannot be open
because of light VM error that I got, which is error 135. The time doubling
effect is just to place for the computer took way too long on some
occasional reasons to go for it. Anyways, it's just the distro issue from
Debian.


How can it be a distro problem from Debian? Or Fedora? The same version 
of either on either 4.0 or 4.1  should be the same. Or not?



On Thursday, July 21, 2022 at 1:53:56 PM UTC-7 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?





--
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/918faf0c-bf08-21d5-1d0e-3d51e4a3ad26%40ak47.co.za.


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

2022-07-21 Thread Howard Chen
I have the similar as yours, but the time of one of my qubes cannot be open 
because of light VM error that I got, which is error 135. The time doubling 
effect is just to place for the computer took way too long on some 
occasional reasons to go for it. Anyways, it's just the distro issue from 
Debian.
On Thursday, July 21, 2022 at 1:53:56 PM UTC-7 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?
>

-- 
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/17ad7b47-1ecb-4d57-80d5-9da6e39137cdn%40googlegroups.com.