Arch Linux User Repository

Are there any downsides of enabling this flag?

From RedHat: "numad aims to achieve optimal performance in NUMA systems by placing processes in NUMA nodes automatically without requiring manual configuration."

If you have a multi-socket server motherboard then you're almost certainly using NUMA for memory addressing.

@okle100, what is the benefit of the numad service?

can we add the --with-numad flag to the config options of this package, so libvirtd can utilize the numad.service

can we add the --with-numad flag to the config options of this package, so libvirtd can utilize the numad.service

I just compiled latest libvirtd and is crashing
[498]: segfault at 4 ip 00007fce99fc8bbb sp 00007fce92206b30 error 4 in libvirt.so.0.1003.5[7fce99e99000+371000]
I wonder if anyone knows why

@zman0900:

I have 95% aligned of the libvirt-git package with the libvirt package.
Can you test if it works for you?

I don't mind to follow the arch package; in fact I think it is a good idea.

The only thing I need is that it keeps working on my Xen server.
One of the requirements is the removal of this option "--without-xen", which is in the Arch package.

Besides that there are some small differences, due to the fact that this is a git package. So, I guess we can match 95% of the Arch package.

If I have a bit of time, I will give it a try. If I can't get it to work, worst case I revert back to the current package. Best case, we have a package almost similar to the Arch package with Xen support.

My reasoning for matching the main arch package was so this package can work as a drop in replacement for it - so someone can easily switch between libvirt and libvirt-git and have the same features be available. Besides, the package as it is right now doesn't actually have any of the dependencies or config flags specified for xen support either, so the xen support being built is just a side effect of it being installed on your build system. If you tried to install the package you built on another system, it wouldn't work properly since some dependencies wouldn't get installed.

Would you consider making this package like the main arch package and adding a second similar package (libvirt-xen-git?) that is just a copy with the extra stuff enabled for xen?

The main reason why I don't like the libvirt package is that it builds without Xen support, since I need that.

I could try to match the libvirt package as close a possible without disabling the Xen support, but it takes a bit of effort I guess. (lazy mode...) ;-)