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

[v16] [Win] Syncing extremely slowly after a while #1183

Closed
Laurentiu-Andronache opened this issue Sep 13, 2018 · 10 comments
Closed

[v16] [Win] Syncing extremely slowly after a while #1183

Laurentiu-Andronache opened this issue Sep 13, 2018 · 10 comments
Assignees
Labels
Milestone

Comments

@Laurentiu-Andronache
Copy link

Description of bug:
Issue described in more detail in the last two posts from here, from me and @james-five: #1168, starting with "While not crashing anymore,"

Steps to reproduce the issue:

  1. Start program
  2. Be happy that it's syncing fast
  3. "Huh, what's happening, now it's so slow!"

Describe the results you received:
Sadness

Describe the results you expected:
Happiness

Additional information you deem important (e.g. issue happens only occasionally):

Environment:
OS Name Microsoft Windows 10 Pro
Version 10.0.17134 Build 17134

logs
I'm probably stupid, but I can't find logs anymore. Maybe they're only generated when the program crashes.

@Laurentiu-Andronache
Copy link
Author

Issue not fixed by me turning off Windows Firewall and Defender (I don't have any other antivirus or firewall).

@Sovxx
Copy link

Sovxx commented Sep 13, 2018

I have noticed the same thing since v16.
The downloaded blocks count goes from 30000 to 29500 in ~1 hour...
The wallet does not crash though.
I am using ubuntu 64.

@Sovxx
Copy link

Sovxx commented Sep 13, 2018

switched back to v15.2
it went from 27000 to 3000 in 5 minutes...

@Sovxx
Copy link

Sovxx commented Sep 14, 2018

restarting v16 helps in decreasing the downloaded block counts (a few thousands during the first 10 or 20 minutes, then it slows down a lot)

@ghost
Copy link

ghost commented Sep 18, 2018

Same thing happening here in Ubuntu 18.04 64bits.

@rkeene rkeene modified the milestones: V17.0, V16.1 Sep 19, 2018
@rkeene rkeene removed the duplicate label Sep 24, 2018
@rkeene
Copy link
Contributor

rkeene commented Sep 24, 2018

This issue should be resolved by Nano V16.1, which is scheduled to be released later today.

@rkeene rkeene self-assigned this Sep 25, 2018
@rkeene
Copy link
Contributor

rkeene commented Sep 25, 2018

We're moving this release back a few days.

@rkeene
Copy link
Contributor

rkeene commented Sep 29, 2018

This should now be resolved in V16.1, which has just been released. If it has not, please re-open this ticket so we can track it further. Thanks !

@rkeene rkeene closed this as completed Sep 29, 2018
@james-five
Copy link

james-five commented Sep 30, 2018

Here's my experience with v16.1 on a powerful Win10 x64 rig with gigabit connection.

Deleted exisiting db for a fresh bootstrap. After running for 7 hours had reached about 13.28 / 13.45 million blocks. It had likely reached this point a few hours earlier. Seemed to have stopped syncing further or at best going extremely slowly. Logs look normal.

Restarted the node and within a few minutes perfectly in sync.

So doesn't seem entirely stable / fixed yet. But better for sure.

@Laurentiu-Andronache
Copy link
Author

for me, it worked fine

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants