** Changed in: systemd (Ubuntu)
Importance: Undecided => Wishlist
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1643675
Title:
hugepages for non-default pagesize need
Yes, having a centralized default available multi-size hugepage
mountpoints would still be nice to have.
** Changed in: libvirt (Ubuntu)
Status: Confirmed => Won't Fix
** Changed in: systemd (Ubuntu)
Status: Won't Fix => Confirmed
--
You received this bug notification because you
please reopen if this is still an issue
** Changed in: systemd (Ubuntu)
Status: Confirmed => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1643675
Title:
** Changed in: charm-nova-compute
Importance: Undecided => Medium
** Changed in: charm-nova-compute
Status: New => Triaged
** Changed in: nova-compute (Juju Charms Collection)
Status: Triaged => Invalid
--
You received this bug notification because you are a member of Ubuntu
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: systemd (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: libvirt (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
On Thu, Feb 2, 2017 at 12:58 PM, James Page
wrote:
> This feels like this generally needs improving, with automatic mounting
> of hugepage FS for different pagesize options - so for example:
>
>/dev/hugepages1G
>/def/hugepages
>
> with appropriate apparmor changes
E.g. also /etc/default/qemu-kvm also adds an extra mount to
/run/hugepages/kvm if you set KVM_HUGEPAGES=1
So yeah a unified approach is what we should strive for these days.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
FWIW I think kernel boot command line options should be the preferred
way of allocating hugepages as its generally the most reliable way of
doing it.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
@jjo
Use of 'default_hugepagesz=1G' might also tweak things a bit.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1643675
Title:
hugepages for non-default pagesize need
This feels like this generally needs improving, with automatic mounting
of hugepage FS for different pagesize options - so for example:
/dev/hugepages1G
/def/hugepages
with appropriate apparmor changes as well for libvirt to allow access to
common paths on Ubuntu systems.
** Also affects:
11 matches
Mail list logo