qbit/go
1
0
Fork 0
mirror of https://github.com/golang/go synced 2024-11-24 23:57:57 -07:00
Code Releases Activity

FAQ: more words about why GOMAXPROCS>1 might not speed you up

Browse Source 
R=golang-dev, adg, gri
CC=golang-dev
https://golang.org/cl/5572067
This commit is contained in:
Rob Pike 2012-01-26 14:44:38 -08:00
parent 899cd04e21
commit 01afb79c59
1 changed files with 17 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

21
doc/go_faq.html
View File

@ -1020,10 +1020,23 @@ slower?</h3>
<p> <p>
It depends on the nature of your program. It depends on the nature of your program.
Programs that contain several goroutines that spend a lot of time Problems that are intrinsically sequential cannot be sped up by adding
communicating on channels will experience performance degradation when using more goroutines.
multiple OS threads. This is because of the significant context-switching Concurrency only becomes parallelism when the problem is
penalty involved in sending data between threads. intrinsically parallel.
</p>
<p>
In practical terms, programs that spend more time
communicating on channels than doing computation
will experience performance degradation when using
multiple OS threads.
This is because sending data between threads involves switching
contexts, which has significant cost.
For instance, the <a href="/doc/go_spec.html#An_example_package">prime sieve example</a>
from the Go specification has no significant parallelism although it launches many
goroutines; increasing <code>GOMAXPROCS</code> is more likely to slow it down than
to speed it up.
</p> </p>
<p> <p>