Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
57 user(s) are online (49 user(s) are browsing Forums)

Members: 0
Guests: 57

more...

Support us!

Headlines

 
  Register To Post  

« 1 2 (3)
Re: Emotion - Does it work under QEMU?
Just popping in
Just popping in


See User information
@smarkusg

Im used only gtk for qemu. Is there benefit to use sdl instead?

Peg2 1GHz G4, 1Gb mem, Radeon 9250
Go to top
Re: Emotion - Does it work under QEMU?
Quite a regular
Quite a regular


See User information
@Mlehto
Changes to the mplayer (sdl) settings must be made under AmigaOS4.
I use QEMU on a Mac Mini M1. My audio and video outputs are native to Apple's “cocoa”

Go to top
Re: Emotion - Does it work under QEMU?
Quite a regular
Quite a regular


See User information
@Mlehto
Quote:
Yes, tb-size 2048 is really lot overkill actually when I now think it, but i have 16gig mem so it doesnt hurt.

The default TB cache size is 1/8th of host memory or 1GB otherwise so in your case the default is also likely 2GB and the tb-size option does nothing for you.
Quote:

I left vmem just to display that it is adjustable. If it start one day give more than 64 mb its is probably default though.

Having more than 64MB video memory is not possible with sm501 because the register encoding the memory size does not allow more (and drivers probably would not use more either). The default is already the maximum the sm501 can support so the option could only decrease it and only some specific power of 2 values are valid.
Quote:
Nice to qemu might be pretty un-needed if it runs on minimum linux, as mine is Archlinux with X11, xcfe4 and samba. Not much more. No bloat.

The Linux scheduler should take care of that without nice, what may help a little is pinning the QEMU process to specific CPU cores which some vfio guides suggest but it probably does not make much difference as you noted above.
Quote:
Do you really get benefit with compiling yourself?

Depends on where you get your binary from or how your distro compiled it. Some distros may already use optimised settings others may be more conservative.
Quote:
Overall only -accel tcg,thread=single made notable difference alone.

How did you measure that? Disabling mttcg might avoid some locking that is not needed for single vCPU but this should not have noticable overhead. If it has maybe this should be investigated or have QEMU automatically disable it for machines with single CPU.
Quote:
How far one can push iommu?

Currently it has a limit that makes it slower than expected and as smarkusg noted it may be worse with RX cards so probably HD cards work the best now. The limit is not fully understood, even on real machines there seems to be some issue but on QEMU it's even worse. I have a theory on the QEMU side but did not have time to investigate. Maybe I try to bring that up on the QEMU list and see if somebody there has an idea on how to improve it. But at least vfio passthrough allows using 3D and should be faster than software rendering.

Go to top

  Register To Post
« 1 2 (3)

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project