mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-06 05:08:08 +02:00
wsi/x11: Bump maximum number of outstanding COMPLETE events.
Fixes a "regression" where comically large FPS tests regressed.
Signed-off-by: Hans-Kristian Arntzen <post@arntzen-software.no>
Fixes: 19dba854 ("wsi/x11: Rewrite implementation to always use threads.")
Reviewed-By: Mike Blumenkrantz <michael.blumenkrantz@gmail.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30638>
This commit is contained in:
parent
214b6c3040
commit
5a97916fdc
1 changed files with 5 additions and 3 deletions
|
|
@ -1071,9 +1071,11 @@ struct x11_image {
|
|||
* We need to keep track of them when considering present ID. */
|
||||
|
||||
/* This is arbitrarily chosen. With IMMEDIATE on a 3 deep swapchain,
|
||||
* we allow up to 48 outstanding presentations per vblank, which is more than enough
|
||||
* for any reasonable application. */
|
||||
#define X11_SWAPCHAIN_MAX_PENDING_COMPLETIONS 16
|
||||
* we allow over 300 outstanding presentations per vblank, which is more than enough
|
||||
* for any reasonable application.
|
||||
* This used to be 16, but it regressed benchmarks that did 15k+ FPS.
|
||||
* This should allow over 25k FPS on a 60 Hz monitor. Any more than this is comical. */
|
||||
#define X11_SWAPCHAIN_MAX_PENDING_COMPLETIONS 128
|
||||
uint32_t present_queued_count;
|
||||
struct x11_image_pending_completion pending_completions[X11_SWAPCHAIN_MAX_PENDING_COMPLETIONS];
|
||||
#ifdef HAVE_DRI3_EXPLICIT_SYNC
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue