Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • mesa mesa
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 2,872
    • Issues 2,872
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 897
    • Merge requests 897
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Mesa
  • mesamesa
  • Issues
  • #631

Closed
Open
Created Sep 18, 2019 by Bugzilla Migration User@bugzilla-migration

Slow performance using glDrawElements calls with GL_UNSIGNED_BYTE indices

Submitted by Logan McNaughton

Assigned to Default DRI bug account

Link to original bug (#105256)

Description

Original application bug report here:

https://github.com/gonetz/GLideN64/issues/1561

This bug happens using mupen64plus (N64 emulator) and the GLideN64 graphics plugin.

The application uses VBO streaming (https://www.khronos.org/opengl/wiki/Buffer_Object_Streaming) using ARB_buffer_storage to upload the VBO data.

Multiple users that when using Mesa + r600 driver, the performance was abysmal. It turns out that converting the glDrawElementsBaseVertex calls to glDrawArrays fixed the problem.

You can see the commit that fixed the problem here:

https://github.com/loganmc10/GLideN64/commit/9bcfa67d9550c7f1cd4ba72f657facd66a4d27e4

Version: 17.3

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking