Xen Guru

Private

Posts

  • RE: Bringing container visibility back to XO

    While I think we need to do something about containers in VMs, I'm not convinced this is a good idea adding this to the regular guest agent for various reasons.

    Docker is one way of running containers, but there are numerous other ones like podman or other runc/containerd based ones. So we can't really make a one size fits all solution. And that doesn't fully answer the maintenance and long-term aspect.

    Well, actually what you are looking for is some form of control on guest docker runtime, but without using network, that's actually a solved problem, but plumbing is missing. And we don't need a custom docker-aware agent for this, we mostly need to use one of vsock/pv-channel/pvcalls to build a bridge between e.g guest docker socket and Xen Orchestra (which would talk to guest docker and control/get info from it).

  • RE: PCIe Pass-through lanes and lane performance

    @dkidd255 @jamesg
    I didn't forgot about it, but I still don't have access to relevant hardware (for reasons outside of my control).

    In the meantime, if that happens to be related, can you try the patch that allows disabling hvm-pirq (this is going to be globally available soon) ?

  • RE: Remote desktop on Gnome hangs randomly

    @ovicz I've built xapi-26.1.16-1.2.0.pirq.1.xcpng8.3 on xcp-ng-ndinh2. You can update as usual, then install my packages on top.

  • RE: Migrating an offline VM disk between two local SRs is slow

    I'm not sure disabling Nagle is a good idea (even though it can improve things here). Fundamentally, we're doing bulk transfer of disk content, which Nagles tries to optimize by coalescing packets, so you're not flooding the network with small TCP packets.

    The main problem here is that the progress is gated by NBD replies, which is going to be bad regardless of TCP configuration. TCP_NODELAY will workaround this problem, but with significant tradeoffs (and perhaps will perform worse in some other cases).
    What should be done instead is that writes should be streamed (or pipelined) while reading replies in parralel, so that NBD reply delays doesn't bottleneck the whole transfer. But that actually requires a redesign of the whole NBD implementation which is not going to be a easy thing AFAICT.

Member List

T ThierryEscande Group Owner
20 Posts 16 Reputation
D dinhngtu Group Owner
431 Posts 150 Reputation
TeddyAstieT TeddyAstie Group Owner
170 Posts 44 Reputation
anthonyperA anthonyper Group Owner
2 Posts 1 Reputation
andSmvA andSmv Group Owner
68 Posts 26 Reputation
A andyhhp Group Owner
84 Posts 69 Reputation