aboutsummaryrefslogtreecommitdiff
path: root/src/core/debugger/gdbstub.cpp
diff options
context:
space:
mode:
authorTakoroka <137927095+Takoroka@users.noreply.github.com>2026-11-02 11:24:19 -0500
committerTakoroka <137927095+Takoroka@users.noreply.github.com>2026-11-02 11:24:19 -0500
commit8f1435f8db104351fa3388551eee9d12d2043b40 (patch)
tree1cbaa0434f77ae07ba04ed41504ba48cbdd246a2 /src/core/debugger/gdbstub.cpp
parent75bdb925dfb77db2370cb027eda81352c9622bbb (diff)
nx2: read GPU-written command lists from copies instead of draining
The trees fix (#52) drains the split and flushes for every command list on a GPU-written page: in a Mario Kart World race ~13,500 lists and ~400 GPU round trips a second, during which the back has nothing to do. The replay ran at ~40 fps instead of ~45. The front now marks the pages those lists are on. The buffer cache notes writes to them; after a compute dispatch or DMA copy that writes one it copies the page into host memory and submits. The front waits for the back only up to the last compute or copy work it sent (not everything queued), then reads the copy once the GPU is done with it. Pages the GPU wrote once, long before, and the CPU now writes lists to have no copy: their first list drains and flushes the whole page, which is then read from guest memory until GPU work writes it again. CPU writes and inline uploads reach guest memory, so they keep such a page synced but make a copy stale. A page a draw writes always drains. Mario Kart World time-trial replay, Radeon 780M: ~40 -> ~45 fps, trees drawn, no list drains left.
Diffstat (limited to 'src/core/debugger/gdbstub.cpp')
0 files changed, 0 insertions, 0 deletions