OSDev.org

The Place to Start for Operating System Developers
It is currently Thu Mar 28, 2024 4:48 pm

All times are UTC - 6 hours




Post new topic Reply to topic  [ 5 posts ] 
Author Message
 Post subject: Is it normal that Write-Combining has no effect on QEMU
PostPosted: Sat Sep 03, 2022 1:19 pm 
Offline
Member
Member

Joined: Fri Feb 11, 2022 4:55 am
Posts: 435
Location: behind the keyboard
I recently implemented a full Page-Attribute-Table (PAT), With WB as default, and UC, WC, WT, WP... When I activate write combining on the Frame Buffer it doesn't have any effect on QEMU. But it has an 1000x Effect on Real Hardware. I am just curious, is this normal ??


Top
 Profile  
 
 Post subject: Re: Is it normal that Write-Combining has no effect on QEMU
PostPosted: Sat Sep 03, 2022 1:37 pm 
Offline
Member
Member
User avatar

Joined: Sat Mar 31, 2012 3:07 am
Posts: 4591
Location: Chichester, UK
Are you using HAXM? https://www.qemu.org/2017/11/22/haxm-usage-windows/


Top
 Profile  
 
 Post subject: Re: Is it normal that Write-Combining has no effect on QEMU
PostPosted: Sat Sep 03, 2022 2:56 pm 
Offline
Member
Member

Joined: Fri Feb 11, 2022 4:55 am
Posts: 435
Location: behind the keyboard
No, My hardware doesn't support HAXM (I only need VMX). I tried Windows on QEMU and since it is well known that it has Write-Combining. It is seen that Graphics in it are veeryyy slow like mines without WC. Is this right ?? QEMU doesn't show any effects with WC ?


Top
 Profile  
 
 Post subject: Re: Is it normal that Write-Combining has no effect on QEMU
PostPosted: Sat Sep 03, 2022 5:40 pm 
Online
Member
Member

Joined: Mon Mar 25, 2013 7:01 pm
Posts: 5100
QEMU's emulated framebuffer is in ordinary RAM. Ordinary RAM does not benefit from write-combining the same way a framebuffer attached to the PCI(e) bus would.


Top
 Profile  
 
 Post subject: Re: Is it normal that Write-Combining has no effect on QEMU
PostPosted: Sat Sep 03, 2022 5:52 pm 
Offline
Member
Member

Joined: Fri Feb 11, 2022 4:55 am
Posts: 435
Location: behind the keyboard
I agree. So With SSE in QEMU lets say I can write 1 GB in a second. To fill 0-255 colors in a 1920p frame buffer it took almost 2.5 seconds. So, 1920*1080*4 is 8MB then to fill from black to white (255 white shades) you will need 2gb. Considering the latency that QEMU can take to show each of these pixel we can state that we're actually writing to RAM.

This maybe true, or QEMU is just putting on some latency with a Sleep() or a timer.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 5 posts ] 

All times are UTC - 6 hours


Who is online

Users browsing this forum: Bing [Bot], Google [Bot] and 70 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group