title: golang methods that will yield goroutines
body: <p>As far as I can understand, goroutines will block other goroutines from running if they are too busy. For me, this means that the performance and responsiveness of my application will probably depend on me knowing which library methods that will yield control over to other goroutines (e.g. typically Read() and Write())</p>
  
  <p>Is there any way I can know exactly how different library methods will yield control over to other goroutines i.e. not actually block?</p>
  
  <p>Is there any way I can implement a new method that calls third party code (including a async Win32 API like findnextchangenotification that relies on waitforsingleobject or waitformultipleobjects) and behaves "nice" with the Go scheduler? In this particular example, the syscall will signal once finished and I need to wait until it is finished withot exhausting all other goroutines.</p>
  
  <p>Is there perhaps another "best practice" for how to deal with third party blocking operations in Go so that they don't exhaust the other goroutines? </p>
  
  <p>I assume that the Go runtime perhaps have some sort of IO-loop internally running on a background thread in order to "suspend" blocking goroutine operations until they finished with IO. If this is indeed the case, then I guess it could be useful to be able to build upon this for new blocking operations.</p>