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

Daemon stall due to threading #328

Closed
Gingeropolous opened this issue Jun 21, 2015 · 4 comments
Closed

Daemon stall due to threading #328

Gingeropolous opened this issue Jun 21, 2015 · 4 comments

Comments

@Gingeropolous
Copy link
Collaborator

Apparently this is some threading issue. I'm running Lubuntu 64 bit, last update was ~4 weeks ago. bitmonero v0.8.8.7-1720aff.

System behavior: bitmonero, when working normally (and mining on one thread), varies between 100 - 120 %CPU. When this bug manifests, it stays at a steady ~200%. %mem is 6.5% on a 4 gig box.

The print_cn is where the double threading can be observed, with the two headers.

print_cn
2015-Jun-21 16:02:58.945555 Read command: print_cn
2015-Jun-21 16:02:58.971285 Remote Host Peer id Recv/Sent (inactive,sec) State Livetime(sec) Down (kB/s) Dow
n(now) Up (kB/s) Up(now)

Remote Host Peer id Recv/Sent (inactive,sec) State Livetime(sec) Down (kB/s) Down(now) Up (kB/s) Up(now)

@Gingeropolous
Copy link
Collaborator Author

Additional notes: doesn't seem to manifest on testnet. Ran for 24 hours without stall while mining on testnet.

Might be due to mining: ran for 24 hours on main-net without mining and it didn't stall.

@Gingeropolous
Copy link
Collaborator Author

sent a bunch of transactions on testnet, still no problem.

@Gingeropolous
Copy link
Collaborator Author

Just happened on v0.8.8.7-1720aff (2 print_cn headers), but simplewallet is able to synchronize and the daemon is still functioning.

edited to add: nevermind - simeplwallet stalled as well. Was crawling (still refreshing) but ultimately became impatient.

###FASCINATING!!!!

If you try to exit the daemon (using the exit command) you can kill the rogue new thread! I went from 2 print_cn headers to 1. Oh lemme see if I can't grep this. Bah. set_log 2 is just too much.

@Gingeropolous
Copy link
Collaborator Author

new daemon seems to have fixed this

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

1 participant