Performance problems on code completion suggestions

[jdevelop]

Performance problems on code completion suggestions

[stamblerre]

The cache will fallback to -source if it can't find anything. You can generate those cache files by running go install -i <package>. You can also try out gopls for faster autocompletion (more info).

[stamblerre]

@jdevelop: how large is your project?

[jdevelop]

@stamblerre https://github.com/jdevelop/musicshare

[stamblerre]

Is there any possibility that your editor is setting the -source flag? I tried to reproduce this, and the slowest time I got was 24ms for the same completion. I know that Vim has a gocode_propose_source setting--is it possible you are setting that?

[jdevelop]

Interesting! I updated to master and then ran GoUpdateBinaries - and everything works fast now on Arch Linux now.

pgrep -af gocode
9286 /home/user/go/bin/gocode -s -sock unix -addr 127.0.0.1:37373 -cache

However given the MacPro'15 with exactly the same setup and the gocode server running with exactly the same arguments on the same project - the completion is very slow still.

Is there any difference between OSX / Linux versions?

[stamblerre]

Hm, I have heard about Macs being slower than Linux, specifically in the case of the go command (golang/go#28739). I'll try to reproduce this on my Mac later today.

[jdevelop]

I tried with the fresh environment and master branches of vim-go and gocode, so far I feel that there is some small delay on MacOS, but I can't really point it out.

I guess that we can close this one for the moment.

Thanks for the help!

[jdevelop]

For some reason it stopped working after the most recent updates. The command line for the completion in vim:

/home/user/go/bin/gocode -sock unix -f vim -builtin -fallback-to-source -cache autocomplete /home/user/go/src/github.com/meetmaps/app/cli/main.go

I wonder where the cache is located? Any chance that it rolls back to source?

[jdevelop]

vim-go: 66d06f380ef3cbced060b4d514413762a4438fb4
gocode: 7fb65232883f19a8305706b4b4ff32916ffbcaf5

[jdevelop]

Looks like it can't read things from cache:

2019/03/09 20:40:23 cache: importing: time, srcdir: /home/user/go/src/github.com/meetmaps/workers
2019/03/09 20:40:23 cache: importing: github.com/meetmaps, srcdir: /home/user/go/src/github.com/meetmaps/workers
2019/03/09 20:40:23 cache: no gcexportdata file for github.com/meetmaps
2019/03/09 20:40:23 cache: cache: falling back to the source importer for github.com/meetmaps
2019/03/09 20:40:23 cache: importing: github.com/meetmaps/queue, srcdir: /home/user/go/src/github.com/meetmaps/workers
2019/03/09 20:40:23 cache: no gcexportdata file for github.com/meetmaps/queue
2019/03/09 20:40:23 cache: cache: falling back to the source importer for github.com/meetmaps/queue
2019/03/09 20:40:24 cache: importing: github.com/meetmaps/storage, srcdir: /home/user/go/src/github.com/meetmaps/workers
2019/03/09 20:40:24 cache: no gcexportdata file for github.com/meetmaps/storage
....
2019/03/09 20:40:29 Elapsed duration: 5.523123152s

How can I generate those cache files?

[jdevelop]

Looks like this could be related to the different caching in go1.12 - the pkg folder doesn't have the updates from the codebase. I tried @stamblerre version from github.com/stamblerre/gocode and it works considerably better, but still yielding

2019/03/09 21:38:48 Elapsed duration: 1.209366734s

which is quite too long

[FuzzOli87]

@stamblerre How can we use this gopls feature?

[stamblerre]

@FuzzOli87: gopls is a replacement for gocode that is currently in alpha. Installation is explained on this Wiki page: https://github.com/golang/go/wiki/gopls.