We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
以下でgoroutineを使えれば、かなり早くなるのではないかと推測 推測なので計測しないとかもだけど、手間なら実施前後で速度に差が出るか確認するでいい
gtree/simple_tree_grower.go
Lines 36 to 38 in d604aac
この処理時点では既に木としての構造はできてるはずで、currentの処理は、他のnodeへの副作用はなさそうだし、他のnodeのこの処理が終わってないとできない、ということも無さそうなので、goroutine化は可能そうに思う
実際にやるならgoroutineのlimitは設ける race conditionは起こりうるかな
The text was updated successfully, but these errors were encountered:
あーでも、↑が遅さの原因ではなさそう
gtree/simple_tree_grow_spreader.go
Line 27 in d604aac
たぶん、Addメソッド内のfindで時間かかってる mapは順序保証されてないから、findだけmap使って、出力はslice使う、という感じがいいかも でもどうかなぁ
Sorry, something went wrong.
No branches or pull requests
以下でgoroutineを使えれば、かなり早くなるのではないかと推測
推測なので計測しないとかもだけど、手間なら実施前後で速度に差が出るか確認するでいい
gtree/simple_tree_grower.go
Lines 36 to 38 in d604aac
この処理時点では既に木としての構造はできてるはずで、currentの処理は、他のnodeへの副作用はなさそうだし、他のnodeのこの処理が終わってないとできない、ということも無さそうなので、goroutine化は可能そうに思う
実際にやるならgoroutineのlimitは設ける
race conditionは起こりうるかな
The text was updated successfully, but these errors were encountered: