New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Correctly display maxmem for netvms #572

Closed
marmarek opened this Issue Mar 8, 2015 · 5 comments

Comments

Projects
None yet
2 participants
@marmarek
Member

marmarek commented Mar 8, 2015

Reported by joanna on 16 May 2012 13:23 UTC
For my netvms I see maxmem = 256M in the manager, while qvm-prefs returns 200M.

Also, I don't see a reason to block setting of the memory/maxmem for netvms, but ensure that maxmem=mem by default, see 525. However, because of #563, allow to also change maxmem if user wants. So, the desired behaviour should be:

  1. when user changes a value in memory field and this vm has devices assigned, then automatically adjust maxmem to match whatever value is currently in memory,

  2. but when user changes maxmem, then allow to change it, and do not change memory value. Just make sure, that maxmem >= memory.

Migrated-From: https://wiki.qubes-os.org/ticket/572

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by marmarek on 18 May 2012 20:28 UTC
If dynamic memory management is disabled, maxmem setting is ignored and at VM startup maxmem set to vlue of memory. So if you want some other value of maxmem, first re-enable qmemman for this VM.

Anyway IMHO the only thing that should be ensured here is maxmem >= memory (by warning if it isn't), any other synchronization of maxmem and memory will only confuse the user.

Member

marmarek commented Mar 8, 2015

Comment by marmarek on 18 May 2012 20:28 UTC
If dynamic memory management is disabled, maxmem setting is ignored and at VM startup maxmem set to vlue of memory. So if you want some other value of maxmem, first re-enable qmemman for this VM.

Anyway IMHO the only thing that should be ensured here is maxmem >= memory (by warning if it isn't), any other synchronization of maxmem and memory will only confuse the user.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by aga on 19 May 2012 07:45 UTC
The wrong value was a result of silly min value setting in gui :)
Now setting the init_mem and maxmem are bind together, as Joanna has described it. However, it's all done regardless of whether dynamic mem management is enabled or not (What would happen on switching it back off? Maxmem would magically change? That's confusing...). My proposal would be just to gray it out when dynamic memory management is off (but not change the value!) or just leave it as it is, as it's ignored anyway.

The gui part:
http://git.qubes-os.org/?p=aga/qubes-manager.git;a=commit;h=42828835cc75c0fc26e6ce9ece444c4602762293http://git.qubes-os.org/?p=aga/qubes-manager.git;a=commit;h=42828835cc75c0fc26e6ce9ece444c4602762293

Ufortunately setting maxmem different than init_mem is not working for netvms on the core side (whatever the dynamic mem mgmt).

Member

marmarek commented Mar 8, 2015

Comment by aga on 19 May 2012 07:45 UTC
The wrong value was a result of silly min value setting in gui :)
Now setting the init_mem and maxmem are bind together, as Joanna has described it. However, it's all done regardless of whether dynamic mem management is enabled or not (What would happen on switching it back off? Maxmem would magically change? That's confusing...). My proposal would be just to gray it out when dynamic memory management is off (but not change the value!) or just leave it as it is, as it's ignored anyway.

The gui part:
http://git.qubes-os.org/?p=aga/qubes-manager.git;a=commit;h=42828835cc75c0fc26e6ce9ece444c4602762293http://git.qubes-os.org/?p=aga/qubes-manager.git;a=commit;h=42828835cc75c0fc26e6ce9ece444c4602762293

Ufortunately setting maxmem different than init_mem is not working for netvms on the core side (whatever the dynamic mem mgmt).

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by marmarek on 22 May 2012 10:39 UTC
Is something left to do in this task?

Member

marmarek commented Mar 8, 2015

Comment by marmarek on 22 May 2012 10:39 UTC
Is something left to do in this task?

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by aga on 25 May 2012 10:46 UTC
It seems to work fine now.
Closing.

Member

marmarek commented Mar 8, 2015

Comment by aga on 25 May 2012 10:46 UTC
It seems to work fine now.
Closing.

@marmarek marmarek closed this Mar 8, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment