From ee796b966d756973d5fe8329fe92cdbc3316b70f Mon Sep 17 00:00:00 2001
From: Philip Rebohle <philip.rebohle@tu-dortmund.de>
Date: Wed, 10 Jan 2018 10:22:33 +0100
Subject: [PATCH] [dxvk] Reduced staging buffer size

Allocating as much memory as we did was wasteful. The new limit may
still be too generous for most applications, but this will require
more testing.
---
 src/dxvk/dxvk_device.h | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/src/dxvk/dxvk_device.h b/src/dxvk/dxvk_device.h
index 852a3d013..e63750ce8 100644
--- a/src/dxvk/dxvk_device.h
+++ b/src/dxvk/dxvk_device.h
@@ -33,7 +33,7 @@ namespace dxvk {
   class DxvkDevice : public RcObject {
     friend class DxvkSubmissionQueue;
     
-    constexpr static VkDeviceSize DefaultStagingBufferSize = 64 * 1024 * 1024;
+    constexpr static VkDeviceSize DefaultStagingBufferSize = 16 * 1024 * 1024;
   public:
     
     DxvkDevice(
@@ -297,9 +297,9 @@ namespace dxvk {
     Rc<vk::DeviceFn>          m_vkd;
     VkPhysicalDeviceFeatures  m_features;
     
-    Rc<DxvkMemoryAllocator> m_memory;
-    Rc<DxvkRenderPassPool>  m_renderPassPool;
-    Rc<DxvkPipelineManager> m_pipelineManager;
+    Rc<DxvkMemoryAllocator>   m_memory;
+    Rc<DxvkRenderPassPool>    m_renderPassPool;
+    Rc<DxvkPipelineManager>   m_pipelineManager;
     
     std::mutex m_submissionLock;
     VkQueue m_graphicsQueue = VK_NULL_HANDLE;