Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upUse less restrictive locking in VM.start() #344
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Modified by joanna on 10 Sep 2011 08:15 UTC |
marmarek
assigned
rootkovska
Mar 8, 2015
marmarek
added this to the Release 1 Beta 2 milestone
Mar 8, 2015
marmarek
added
enhancement
C: core
P: major
labels
Mar 8, 2015
marmarek
modified the milestones:
Release 1 Beta 3,
Release 1 Beta 2
Mar 8, 2015
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Modified by joanna on 25 Sep 2011 10:53 UTC |
marmarek
added
P: minor
and removed
P: major
labels
Mar 8, 2015
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Mar 8, 2015
Member
Comment by marmarek on 10 Oct 2011 15:30 UTC
Starting 5 domains simultaneously takes more than 30s on my hardware, which results in killing domains because of qrexec_daemon timeout.
Anyway changed to allow starting more domain simultaneously.
|
Comment by marmarek on 10 Oct 2011 15:30 UTC Anyway changed to allow starting more domain simultaneously. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Mar 8, 2015
Member
Comment by marmarek on 10 Oct 2011 23:56 UTC
http://git.qubes-os.org/gitweb/?p=marmarek/core.git;a=commit;h=e1ccda362c53c6d18d8ab0fc42fdeda3f0d21e6b
|
Comment by marmarek on 10 Oct 2011 23:56 UTC |
marmarek commentedMar 8, 2015
Reported by joanna on 9 Sep 2011 14:17 UTC
Currently we're waiting until qrexec connects (or fails) and during this all time we're not allowing any other VM.start() to proceed. This is ineffective because while qrexec waits for connection, we might be already loading another VM.
Migrated-From: https://wiki.qubes-os.org/ticket/344