Skip to content
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

Slow work in Erlang v.17 #34

Open
Dryymoon opened this issue May 20, 2014 · 11 comments
Open

Slow work in Erlang v.17 #34

Dryymoon opened this issue May 20, 2014 · 11 comments
Milestone

Comments

@Dryymoon
Copy link

I use sync in env. OTP v.15... and all be good.
In env OTP v.17 - sync work very slow or not work, somtimes sync recompile changed files, somtimes no.

And in otp v.15 after start sync - it recompiles all sources.
in otp v.17 after start sync dono do this.

@choptastic
Copy link
Collaborator

Interesting. I haven't experienced this on 17 - it recompile just fine for
me on 17 and I haven't noticed any extreme slowness.

I have, however, experienced some instability with it recompiling with
certain applications, but I haven't looked too heavily into it yet.

-Jesse

On Tue, May 20, 2014 at 2:27 PM, Igor Pilipenko [email protected]:

I use sync in env. OTP v.15... and all be good.
In env OTP v.17 - sync work very slow or not work, somtimes sync recompile
changed files, somtimes no.

And in otp v.15 after start sync - it recompiles all sources.
in otp v.17 after start sync dono do this.


Reply to this email directly or view it on GitHubhttps://github.com//issues/34
.

Jesse Gumm
Owner, Sigma Star Systems
414.940.4866 || sigma-star.com || @jessegumm

@l4u
Copy link

l4u commented May 23, 2014

I'm experiencing a delay too. It takes some time to start the recompilation after a file change.

@Dryymoon
Copy link
Author

I monitor node and saw that one core where working sync and node is most 100% load, and etop show that "file_server_2" is always in the top.

@choptastic
Copy link
Collaborator

Thanks guys. I'll try to find time this week to solve this, otherwise, it
may have to be postponed until next week (unless one of you finds the time
and feels like solving this one for me :) )

Thanks for all your help!

-Jesse

On Fri, May 23, 2014 at 1:56 AM, Igor Pilipenko [email protected]:

I monitor node and saw that one core where working sync and node is most
100% load, and etop show that "file_server_2" is always in the top.


Reply to this email directly or view it on GitHubhttps://github.com//issues/34#issuecomment-43976685
.

Jesse Gumm
Owner, Sigma Star Systems
414.940.4866 || sigma-star.com || @jessegumm

@choptastic
Copy link
Collaborator

Hmm. I'm still not able to reproduce this. On my machine running OTP 17 and the latest version of sync, usage remains low, however I'm running Ubuntu 14.04.

What OS are you running, and what commit of sync (since sync doesn't really have version numbers yet).

@Dryymoon
Copy link
Author

Dryymoon commented Jun 5, 2014

I`m runing latest version, from 05/06/2014. Runing on Freebsd 9.2.
How i can debug sync, more dep what going on? Where sync looping, because when i start sync CPu is 100% load, and without 1-2%. I think, that sync go into infinity loop somewhere, maybe i wrong...

@choptastic
Copy link
Collaborator

Thanks. Immediately spiking to 100% certainly smells of an infinite loop somewhere. I use a modified fork of entop that shows the stacktrace and current function call of each process. Would you mind giving that a try and letting me know if it shows anything useful?

choptastic/entop@c27d6c3

@Dryymoon
Copy link
Author

Dryymoon commented Jun 5, 2014

Good thing pathced entop, thanks. I add more information in printscreen.
123

@Dryymoon
Copy link
Author

Dryymoon commented Jul 9, 2014

The problem maybe was in sync or erlang (otp) file library.
sync looping when in any folder of application (for example - "priv/", or "web/", or else ) has a lot of files. In my case in frolder "priv/img/browser-logos" placed files from git: https://github.com/alrra/browser-logos, when i remove this folder - all be ok, or vice versa. I tested this on diffrents servers with os Freebsd 9.2, and OTP 17.0.
I just cleaned the files, downloaded from "https://github.com/alrra/browser-logos" and not further investigate.

@choptastic
Copy link
Collaborator

Interesting. That might explain why I'm not getting this slowdown (I don't
have much in my /priv directories).

I suppose that your browser-logos also probably had the associated .git
directory as well with the full git tree structure in there adding to even
more files.

-Jesse

On Wed, Jul 9, 2014 at 3:53 PM, Igor Pilipenko [email protected]
wrote:

The problem maybe was in sync or erlang (otp) file library.
sync looping when in any folder of application (for example - "priv/", or
"web/", or else ) has a lot of files. In my case in frolder
"priv/img/browser-logos" placed files from git:
https://github.com/alrra/browser-logos, when i remove this folder - all
be ok, or vice versa. I tested this on diffrents server with os Freebsd
9.2, and OTP 17.0.
I just cleaned the files, downloaded from "
https://github.com/alrra/browser-logos" and not further investigate.


Reply to this email directly or view it on GitHub
#34 (comment).

Jesse Gumm
Owner, Sigma Star Systems
414.940.4866 || sigma-star.com || @jessegumm

@Dryymoon
Copy link
Author

Dryymoon commented Jul 9, 2014

Yes, "Browser logos" folder had .git all trees in my case.

@choptastic choptastic added this to the 1.0.0 milestone Oct 12, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants