Jump to content
  • Advertisement

OpenGL Any performance difference between glMapBuffer() and glMapBufferRange()?

Recommended Posts

Both functions are available since 3.0, and I'm currently using `glMapBuffer()`, which works fine.

But, I was wondering if anyone has experienced advantage in using `glMapBufferRange()`, which allows to specify the range of the mapped buffer. Could this be only a safety measure or does it improve performance?

Note: I'm not asking about glBufferSubData()/glBufferData. Those two are irrelevant in this case.

Share this post

Link to post
Share on other sites
19 minutes ago, ferreiradaselva said:

Could this be only a safety measure or does it improve performance?

I wouldn't think so..glMapBuffer maps the entire buffer into the address space of the process, while glMapBufferRange  maps only a range. Now, lets consider you have a buffer thats several 100 MBs in size ( just an extreme though possible ), now when you map this buffer using glMapBuffer, whenever the buffer is unmapped, there is the potential that this entire region is now dirty and will have to be flushed back to the source. In reality its a little more involved than this as the mapped memory should be backed by paged memory so at least only dirty pages should be flush ( don't really know if this is how the driver does it ). However, if you have some knowledge of how the buffer is being used, then glMapBufferRange  makes more sense as now you limit how much data that has to be synchronized with the server upon unmapping/invalidation. I have not personally measured and compared the performance of both, but the voice in my head keep telling me that glMapBufferRange  should be more performant..lol. Hope that helps.

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!