Over the last few Wine releases we greatly reduced the need for the
application thread to wait for replies from the CS thread. Compared to
the time when the command stream was initially introduced, it's now
quite likely that, when the command queues become empty, they are
going to stay like that for a while (e.g. the game is throttling the
framerate or is busy doing some CPU work on its part before generating
more commands).

As a first step, reduce the spin count to reduce the busy waiting in
wined3d_cs_run(). In my tests this significantly reduces CPU usage,
with minimally decreased performance in a few rare cases but also
significantly improved performance in many cases (notably with
integrated GPUs where freeing the CPU directly allows more power to be
allocated to the GPU).

It can't block because there are pending queries.

Yielding to other threads might help to get new packets and (very
slightly) reduce contention on the queue head and tail pointers.

Avoid busy spinning for a potentially long time.

With the buffer / texture mapping acceleration bits working properly, we
can get many outstanding commands and, to avoid blocking the client thread
while waiting for free space, we need a larger queue. 16 MiB was always
enough in my testing (8 MiB wasn't in a few cases).

Keep a lower limit on 32-bit since we're often times address
space-starved there.

Tweaked by Zebediah Figura.

This is to eventually hand frontend and backend resource management
to different code pieces.

This is to eventually allow d3d12_swapchain_queue_present() to
operate on a certain VkImage even if current_buffer_index has
already been modified since the corresponding Present() call.

This is an oversight in eec9c3a2:
vk_format specifies the format used for the frontend resources. The backend
images could use a different format, depending on what the swapchain
supports.

Also, introduce the terms "frontend" and "backend" for the two sides
of the swapchain, which are probably easier to understand.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54978

Needed for Revo Scan 5.

Needed by IBluetoothAdapter in windows.devices.bluetooth.idl.

This is used by ARM64EC importlibs.

Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>