Czy plik runtime.LockOSThread umożliwia uruchamianie podrzędnych elementów potomnych w tym samym wątku systemu operacyjnego?

Question

Rozumiem, że w Go, runtime.LockOSThread() będzie wiązał goroutine do jednego wątku systemu operacyjnego i nie pozwala na uruchamianie innych goroutines w tym wątku. Czy dotyczy to również dzieci goroutines?

Na przykład:

runtime.LockOSThread() 
go func() { 
    go func() { 
     // Do something 
    }() 
    // Do something 
}() 

Czy oba te goroutines wykonać w jednym wątku i wyłącznej OS lub tylko pierwszy z nich?

Answer 1

The documentation dla runtime.LockOSThread mówi:

LockOSThread przewody goroutine powołanie do jego aktualnego wątku systemu operacyjnego. Dopóki wywołująca goroutine nie wyjdzie lub nie zadzwoni do UnlockOSThread, zawsze będzie wykonywana w tym wątku, i żadna inna goroutine nie może.

^{(Kopalnia nacisk)}

Oznacza to, że jeśli pewna realizacja idź zrobił co prosisz, byłoby błędne.

Aby wyjaśnić: jeśli goroutine zarezerwował wątek i inną goryntynę wykonaną na tej samej nitce; to byłoby złe.

Answer 2

Możemy to sprawdzić za pomocą pthread.h na pthread_self:

package main 

// #include <pthread.h> 
import "C" 
import (
    "fmt" 
    "runtime" 
) 

func main() { 
    runtime.GOMAXPROCS(runtime.NumCPU()) 
    ch1 := make(chan bool) 
    ch2 := make(chan bool) 
    fmt.Println("main", C.pthread_self()) 
    go func() { 
     runtime.LockOSThread() 
     fmt.Println("locked", C.pthread_self()) 
     go func() { 
      fmt.Println("locked child", C.pthread_self()) 
      ch1 <- true 
     }() 
     ch2 <- true 
    }() 
    <-ch1 
    <-ch2 
} 

Na moim komputerze drukuje coś takiego, main i locked zawsze jest czasami ten sam, ale czasami inaczej:

main 139711253194560 
locked 139711219787520 
locked child 139711236572928 

EDIT Zapomniałem o GOMAXPROCS. Dodano, wyniki są teraz różne.