MEDIUM: tasks: implement 3 different tasklet classes with their own queues
We used to mix high latency tasks and low latency tasklets in the same
list, and to even refill bulk tasklets there, causing some unfairness
in certain situations (e.g. poll-less transfers between many connections
saturating the machine with similarly-sized in and out network interfaces).
This patch changes the mechanism to split the load into 3 lists depending
on the task/tasklet's desired classes :
- URGENT: this is mainly for tasklets used as deferred callbacks
- NORMAL: this is for regular tasks
- BULK: this is for bulk tasks/tasklets
Arbitrary ratios of max_processed are picked from each of these lists in
turn, with the ability to complete in one list from what was not picked
in the previous one. After some quick tests, the following setup gave
apparently good results both for raw TCP with splicing and for H2-to-H1
request rate:
- 0 to 75% for urgent
- 12 to 50% for normal
- 12 to what remains for bulk
Bulk is not used yet.
diff --git a/src/debug.c b/src/debug.c
index 41fa7ae..717719f 100644
--- a/src/debug.c
+++ b/src/debug.c
@@ -63,8 +63,10 @@
!!(global_tasks_mask & thr_bit),
!eb_is_empty(&task_per_thread[thr].timers),
!eb_is_empty(&task_per_thread[thr].rqueue),
- !(LIST_ISEMPTY(&task_per_thread[thr].task_list) |
- MT_LIST_ISEMPTY(&task_per_thread[thr].shared_tasklet_list)),
+ !(LIST_ISEMPTY(&task_per_thread[thr].tasklets[TL_URGENT]) &&
+ LIST_ISEMPTY(&task_per_thread[thr].tasklets[TL_NORMAL]) &&
+ LIST_ISEMPTY(&task_per_thread[thr].tasklets[TL_BULK]) &&
+ MT_LIST_ISEMPTY(&task_per_thread[thr].shared_tasklet_list)),
task_per_thread[thr].task_list_size,
task_per_thread[thr].rqueue_size,
stuck,