Commit dbcfed9
committed
runtime: fix scheduler race condition
In starttheworld() we assume that P's with local work
are situated in the beginning of idle P list.
However, once we start the first M, it can execute all local G's
and steal G's from other P's.
That breaks the assumption above. Thus starttheworld() will fail
to start some P's with local work.
It seems that it can not lead to very bad things, but still
it's wrong and breaks other assumtions
(e.g. we can have a spinning M with local work).
The fix is to collect all P's with local work first,
and only then start them.
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/100510451 parent e5cbebc commit dbcfed9
1 file changed
Lines changed: 17 additions & 12 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
420 | 420 | | |
421 | 421 | | |
422 | 422 | | |
423 | | - | |
424 | | - | |
425 | | - | |
426 | | - | |
427 | | - | |
428 | | - | |
429 | | - | |
430 | | - | |
431 | | - | |
432 | | - | |
| 423 | + | |
| 424 | + | |
| 425 | + | |
433 | 426 | | |
434 | 427 | | |
435 | 428 | | |
| |||
440 | 433 | | |
441 | 434 | | |
442 | 435 | | |
443 | | - | |
444 | | - | |
| 436 | + | |
| 437 | + | |
| 438 | + | |
| 439 | + | |
| 440 | + | |
| 441 | + | |
| 442 | + | |
| 443 | + | |
| 444 | + | |
| 445 | + | |
| 446 | + | |
| 447 | + | |
445 | 448 | | |
446 | 449 | | |
447 | 450 | | |
| |||
1154 | 1157 | | |
1155 | 1158 | | |
1156 | 1159 | | |
| 1160 | + | |
| 1161 | + | |
1157 | 1162 | | |
1158 | 1163 | | |
1159 | 1164 | | |
| |||
0 commit comments