Files
lotus/itests
Łukasz MagieraandSteffen Butzer 60d576241c fix: sched: Address GET_32G_MAX_CONCURRENT regression (#10850)
* Fix 1.21 regression: GET_32G_MAX_CONCURRENT + mixed prepared/executing leads to stuck scheduler

If you have 12 GET tasks and GET_32G_MAX_CONCURRENT=1, sealing jobs will only show assigned tasks for GET of the miner
and is stuck.
I believe this to be a regression of 1.21 unifying the counters, in the case of GETs where PrepType and TaskType
both being seal/v0/fetch leading to a state where tasks are blocked since already counted towards the limit.

* itests: Repro issue from PR #10633

* make counters int (non-working)

* fix: worker sched: Send taskDone notifs after tasks are done

* itests: Make TestPledgeMaxConcurrentGet actually reproduce the issue

* make the linter happy

---------

Co-authored-by: Steffen Butzer <steffen.butzer@outlook.com>
2023-05-10 15:45:50 -04:00
..
2022-09-10 12:37:03 -04:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2022-06-14 17:00:51 +02:00
2022-08-29 16:25:30 +02:00
2022-10-06 11:06:21 -04:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2023-02-02 16:46:08 -05:00
2023-03-12 00:42:56 +00:00
2023-03-12 00:45:02 +00:00
2023-03-09 19:14:01 -05:00
2023-01-31 10:28:12 +01:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2022-09-13 16:52:47 -04:00
2023-03-13 17:00:16 +02:00
2022-08-29 16:25:30 +02:00
2022-11-25 17:05:41 -05:00
2022-11-25 17:05:41 -05:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2022-08-29 16:25:30 +02:00
2022-09-22 16:27:15 -04:00
2022-08-29 16:25:30 +02:00
2022-11-08 09:37:43 +00:00