kvm-guest-drivers-windows VS go-git

There's mature VirtIO drivers for just about everything already, under the virtio-win umbrella: https://github.com/virtio-win/kvm-guest-drivers-windows

My desktop PC is using libvirt+qemu (on an Arch host. I use Arch, btw) to PCI passthru my RTX 4090 GPU to a Windows guest. I installed the guest initially with emulated SATA for the main drive. Once Windows was up and running, I installed virtio-win and the guest is now using virtIO accelerated drivers for the network interface, main disk. I'm also sharing some filesystems using virtio-fs.

So, I started configuring the PC with ubuntu desktop (since I need a GUI for my use case). Then I setup a windows KVM with this. In my use case, I want the windows VM to be always connected to a VPN (Mullvad) that has the toggle of LAN connections turned on. This is because I want to use sunshine on the KVM to stream my desktop to a firestick. This is how I have been configuring one PC till now for my family to be able to watch TV. The issue is that I cannot use sunshine or parsec cos there are no encoders in the VM, thus the performance sucks. (I could use software encoders, but I would use too much CPU for windows VM, which would make me unable to run a LLM (this was my plan) )

Note also: it just got an experimental Windows driver!

[1]https://github.com/virtio-win/kvm-guest-drivers-windows/pull...

virtio-GPU for Windows for now is just a basic display driver, without any kind of acceleration, so there shouldn't be any difference between using it and QXL, which is fully emulated and in it, if necessary, you can increase the VRAM to be able to use high resolutions, as explained here. Note: this link is just from a quick search, I tried this for myself some time ago but my intention was not to increase the resolution but just to find out if it was possible to have some kind of 3D acceleration, as it happens in VirtualBox, but is not possible yet.

The only sorta-responsive display tech I've found is Virt with GL (3D) enabled. And if your physical box has 4k video you can forget about going anywhere near full screen with that guest VM.

I suggest you open a new issue in the repository describing this, or search if there is one open reporting the same. Also, keep in mind that as an early stage it might be a good idea to avoid copying important files using this, you could end up losing data unless you do an integrity check (recently I tried installing a game on the VM in a host directory and it didn't work. I'm thinking of an alternative or going back to using VirtualBox, since the shared folders worked very well for this purpose).

The problem was really bad with latest virtio drivers, so I downgraded to version 204, as per: https://github.com/virtio-win/kvm-guest-drivers-windows/issues/623

I interpret "aims to be fully compatible" as meaning the operations it implements are intended to be compatible with how Git implements those operations. I do not interpret this statement as saying they implement all features of Git.

They offer a document which directly shows what is and isn't supported, and it specifically notes quite a few things that aren't supported yet: https://github.com/go-git/go-git/blob/master/COMPATIBILITY.m...

The godoc also says right upfront it "nowadays covers the majority of the plumbing read operations and some of the main write operations, but lacks the main porcelain operations such as merges." - https://pkg.go.dev/github.com/go-git/go-git/v5#pkg-overview

> I'm saying it's not a reasonable choice over just using git directly, and is unlikely to ever be.

OK, that's apparently true for your use-case. But again, what go-git implements is directly useful to a number of very popular projects, as well as literally two thousand less popular ones.

I find the exported functionality to be high quality, at least for my own use-case. I'm not commenting on the code quality. If I need a shed for bikes, and someone is giving out free but ugly bikesheds, I'm thankful. I don't complain about the color of the bikeshed.

The go frameworks has some particular limitations at the moment (merge, rebase https://github.com/go-git/go-git/blob/master/COMPATIBILITY.md) but overall great framework.Used for some go tools..

You can monitor the sha of your config repos main branch with this I expect. https://github.com/go-git/go-git

I'm remaking a package named owl. One of the features of this package is the ability to clone remote repositories. The first time I affront this problem, I solved it using go.Cmd and git command. Is there a way to achieve something similar without importing or using a dependency like go-git. Something like download files via http, ssh or something similar.

I think there are already some Git SDKs out there. For example https://github.com/go-git/go-git

I see that you’re using go-git, which has a problem with worktree.Status being unusably slow—and in a prompt you’ll most certainly need to use it. I know because I tried writing my prompt using go-git, and had it hang on a work repo for a good minute. Eventually bit the bullet and switched to git2go (libgit2 bindings; uses cgo).