Reduce vmq queue size and number of posted buffers.

This improves performance. Not sure why, but maybe due to cache behaviour.

Signed-off-by: Jose Renato Santos <jsantos@hpl.hp.com>

diff --git a/drivers/xen/netchannel2/vmq_def.h b/drivers/xen/netchannel2/vmq_def.h
index d187a2b21667e667cd6ed01001025906d8a46231..c1141d385fdb1393dea69df0ae2ee4f823fbde85 100644 (file)
--- a/drivers/xen/netchannel2/vmq_def.h
+++ b/drivers/xen/netchannel2/vmq_def.h
@@ -4,16 +4,16 @@
 
 /* No matter what the other end wants, we never post more than this
    number of RX buffers to it. */
-#define MAX_POSTED_BUFFERS 2048+256
+#define MAX_POSTED_BUFFERS 512+256
 
 /* size of HW queue in VMQ device */
-#define VMQ_QUEUE_SIZE 1024
+#define VMQ_QUEUE_SIZE 512
 
 /* Mimimum amount of buffers needed for VMQ 
  * This is the lower water mark that triggers mapping more guest buffers
  * Should be larger than the queue size to allow for in flight packets 
  */
-#define VMQ_MIN_BUFFERS 1920
+#define VMQ_MIN_BUFFERS 512
 
 /* Maximum amount of posted buffers which are reserved for VMQ
  * Should be less than MAX_POSTED_BUFFERS. For now, the difference can be used 
@@ -23,7 +23,7 @@
  * VMQ_QUEUE_SIZE < VMQ_MIN_BUFFER < VMQ_MAX_BUFFER < MAX_POSTED_BUFFERS
  * VMQ_MAX_BUFFERS must be a power of 2
  */
-#define VMQ_MAX_BUFFERS 2048
+#define VMQ_MAX_BUFFERS 1024
 
 /* skb size is zero since packet data uses fragments */
 #define VMQ_SKB_SIZE 0