Improve resize performance by partially flushing the transaction queue

When interactively resizing some views (eg. Nautilus), new transactions
are added to the queue faster than the client can process them.
Previously, we would wait for the entire queue to be ready before
applying any of them, but in this case the transactions would time out,
giving the client choppy performance.

This changes the queue handling so it applies the transactions up to the
first waiting transaction, without waiting for the entire queue to be
ready.

1 files changed, 3 insertions, 11 deletions

diff --git a/sway/desktop/transaction.c b/sway/desktop/transaction.c
index 19f41efc..2a89880a 100644
--- a/sway/desktop/transaction.c
+++ b/sway/desktop/transaction.c
@@ -222,24 +222,16 @@ static void transaction_apply(struct sway_transaction *transaction) {
         }
 }
 
-/**
- * For simplicity, we only progress the queue if it can be completely flushed.
- */
 static void transaction_progress_queue() {
-        // We iterate this list in reverse because we're more likely to find a
-        // waiting transactions at the end of the list.
-        for (int i = server.transactions->length - 1; i >= 0; --i) {
-                struct sway_transaction *transaction = server.transactions->items[i];
+        while (server.transactions->length) {
+                struct sway_transaction *transaction = server.transactions->items[0];
                 if (transaction->num_waiting) {
                         return;
                 }
-        }
-        for (int i = 0; i < server.transactions->length; ++i) {
-                struct sway_transaction *transaction = server.transactions->items[i];
                 transaction_apply(transaction);
                 transaction_destroy(transaction);
+                list_del(server.transactions, 0);
         }
-        server.transactions->length = 0;
         idle_inhibit_v1_check_active(server.idle_inhibit_manager_v1);
 }