]> Cypherpunks repositories - gostls13.git/commitdiff
update old comment: things are much better now
authorRuss Cox <rsc@golang.org>
Wed, 11 Nov 2009 03:59:22 +0000 (19:59 -0800)
committerRuss Cox <rsc@golang.org>
Wed, 11 Nov 2009 03:59:22 +0000 (19:59 -0800)
R=r
https://golang.org/cl/152057

src/pkg/runtime/proc.c

index 0619a0330aa7a6dfa390471f436439c4c84c55e4..668a478a802185ee94eec4f4dfbd2c993132824e 100644 (file)
@@ -20,11 +20,12 @@ static      int32   debug   = 0;
 // OS thread, so that all ready gs can run simultaneously, up to a limit.
 // For now, ms never go away.
 //
-// The default maximum number of ms is one: go runs single-threaded.
-// This is because some locking details have to be worked ou
-// (select in particular is not locked properly) and because the low-level
-// code hasn't been written yet for OS X.  Setting the environmen
-// variable $gomaxprocs changes sched.mmax for now.
+// By default, Go keeps only one kernel thread (m) running user code
+// at a single time; other threads may be blocked in the operating system.
+// Setting the environment variable $GOMAXPROCS or calling
+// runtime.GOMAXPROCS() will change the number of user threads
+// allowed to execute simultaneously.  $GOMAXPROCS is thus an
+// approximation of the maximum number of cores to use.
 //
 // Even a program that can run without deadlock in a single process
 // might use more ms if given the chance.  For example, the prime