-
Notifications
You must be signed in to change notification settings - Fork 4.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Still recommended to set GOMAXPROCS > 1? #1679
Comments
The only reason it needed to be set is in case cgo blocked a thread when talking to the data store (LMDB). Since Consul has moved to a pure Go data store (memory + snapshots to boltdb, if I recall correctly) |
That's correct - it should be fine to leave as-is for single core machines now that all the cgo stuff has been eliminated. This came in originally in #10. |
Perfect, thanks @highlyunavailable and @slackpad! |
@Amit-PivotalLabs This is true for v0.6.0 or greater. |
Thanks, noted. On Wed, Feb 3, 2016 at 6:24 AM, Michael Fraenkel notifications@github.com
|
This hasn't been needed since consul-0.6.0: hashicorp/consul#1679 Signed-off-by: Austin English <austin.m.english@sony.com> Copyright: Sony Interactive Entertainment Inc. Signed-off-by: Zac Medico <zmedico@gentoo.org>
This hasn't been needed since consul-0.6.0. See: hashicorp/consul#1679 Copyright: Sony Interactive Entertainment Inc. Signed-off-by: Zac Medico <zmedico@gentoo.org>
…mD Systemen - GOMAXPROCS ist nicht mehr notwendig, siehe hashicorp/consul#1679 - die restlichen Parameter werden zugunsten des EnvironmentFile aufgegeben
There is this old thread on googlegroups asking about why consul warns to set GOMAXPROCS > 1 on startup. Then there's a commit which removes these warnings due to changes in Golang 1.5. But what about machines with 1 core? In this case is it necessary to manually set GOMAXPROCS to something else? And if so, does it matter what, is
2
ok?/cc @fraenkel
The text was updated successfully, but these errors were encountered: