social.coop is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Fediverse instance for people interested in cooperative and collective projects. If you are interested in joining our community, please apply at https://join.social.coop/registration-form.html.

Administered by:

Server stats:

488
active users

#qemu

4 posts3 participants0 posts today
Continued thread

Hmm, checked the options under the vm (FreeBSD), and I don't see any hardware checksum options or tso options, which is a little strange. Need to see if the virtio net spec has support for these options. It could be that qemu doesn't support them.

It does look like virtio does specify csum offload and TSO offload as well, so looks like it's just missing code then.

It does appear that bhyve may suffer similarly, except for the netmap backend.

Looks like the SLIRP library for qemu could use some major improvements. Was doing some transfers from a qemu vm, and seeing "slow" transfers of around 120MB/sec and knew it should be faster. Looked at the window size and I was only seeing 64k. Looked at the host negotiate, and see the wscale option, but still only 64k on the vm. Looked at the VM negotiate, and there is no wscale option. Only option was mss 1460.

Holy crap y'all, Quickemu is amazing! I got Windows 10, (English United States cause English International only allowed me to choose English UK for some reason), installed it with Narrator, downloaded and installed NVDA, and it barely feels like I'm running a VM at all. I kinda wonder if it'd work well at all on the BTSpeak. I could imagine it passing through Braille access on a future BTBraille.

Anyway, two commands I've figured out so far, Control + Alt + G gives control back to Linux, and Control + Alt + F puts the VM in fullscreen.

github.com/quickemu-project/qu

In the wee small hours i decided to give #GnomeBoxes another chance as a possible alternative. Chose to install via #flatpak, coz my Host is :archlinux: :kde: :plasma: #ArchLinux #KDEPlasma & i did not wish to risk possible gnome vs plasma file conflicts.

It did a fine job of installing an #ArchLinux VM [which i completed using the latest #ArchInstall v3.0.3], so then in an act of gross stupidity i ridiculously chose to see if it could handle a win10 VM via a 3-yr old ISO i have lying around. As i abandoned windoze "for real" in 2014, i had forgotten the many hours of time-wasting bullshit involved, at the end of which instead of getting something decent, you just get... windoze, ugh.

Anyway, so far it seems that GnomeBoxes is going ok, which makes a nice change as all prior tests of older versions failed to work properly. Doubt though atm that it'll persuade me to give up on #qemu / #kvm / #libvirt / #VirtManager. GB has no facility to Suspend VMs, so they need to be fully shutdown, which is a drag. Also, the FP version does not support USB transfer, which is a bugger, & so far i've not made #SharedFolders work [but think i know why].

Windows 10 mit 3D Grafik als virtuelle Maschine mit Qemu & KVM

Die GPU-Passthrough-Technik unter Linux mit QEMU/KVM ermöglicht die direkte Weiterleitung einer Grafikkarte an eine virtuelle Windows 10-Maschine, ohne Leistungseinbußen. Unsere Anleitung bietet einen detaillierten Leitfaden zur erfolgreichen Einrichtung und Optimierung dieser Technik für maximale Gr…

#gpu #kvm #linux #LookingGlass #passthrough #qemu #vfio #Windows10

dirkwouters.de/windows-10-mit-

In our latest blog post, Codethink investigates big-endian support by exploring RISC-V's runtime-controllable endianness, using QEMU as the testing base.

The challenge: RISC-V allows runtime control of endianness, but no commercial hardware or emulators currently support it.

Interested in how we did it? Read here: codethink.co.uk/articles/risc-

✍️ Lawrence Hunter, Ben Dooks, Roan Richmond