Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Péter Szilágyi
@karalabe
Really curious about it :)
ellis2323
@ellis2323
@karalabe do you read my benchmark with the ram disk too ?
i have the same number for fast
Péter Szilágyi
@karalabe
fast should be more or less the same, it's not really bound by disk
ellis2323
@ellis2323
i was supposing that the disk io was slowing but i was wrong
for the full, it seems the same
Péter Szilágyi
@karalabe
we found a few ugly bottlenecks in full sync imports
ellis2323
@ellis2323
the import of the 1M blocks is equivalent
Péter Szilágyi
@karalabe
I fixed on on develop + 1 pending PR
but there's one left that requirs a bit of work and we want to push out the current fixes
since network wise they are needed to stabilize connections
ellis2323
@ellis2323
ok
Péter Szilágyi
@karalabe
as long as the database is smaller than your available memory, it doesn't matter much
bottlenecks start to hurt when you run out of ram to cache
ellis2323
@ellis2323
the 2657 seems great
Péter Szilágyi
@karalabe
(OS cache that is)
yup, that PR is just a dump of 3 of my other PRs pending merge
ellis2323
@ellis2323
i have run 3 full and 6 fast and i have similar results... that's a good news. the first 1.5 was not as stable
Péter Szilágyi
@karalabe
No, my first attempt at QoS tuning did great for fast sync, but utterly screwed up full sync
since it assumed everyone a slow peer and relied on network packet RTTs to find out who is a good peer
however since full sync does relatively little network IO, there's not much to measure
so nobody escaped the "slow peer" status :D
and I couldn't differentiate between truly slow peers and not properly measured peers
hence slow once stalled sync
ellis2323
@ellis2323
ok
in my case the bandwidth for fast has peak at 6MB/s and < 1MB/s for full
i see often <.4MB/s for full :)
Péter Szilágyi
@karalabe
Full sync usually needs to wait for local CPU/disk so i doesn't saturate the link
No need to download too much in advance
Fast sync I also saw 6/7MB top speeds, a bit low for my taste :D
I'll work on that a bit more :)))
there's one piece of data we need for fast sync that takes a ton of round trip packets to pull, which slows down that part (reducing speeds to 1.2MB/s while doing it)
We're probably going to need a small protocol modification to work around that
ellis2323
@ellis2323
Ok ok
Dominik Schiener
@domschiener
Ok I will try that later
I got 4 sync errors so far btw
Péter Szilágyi
@karalabe
@dwhitena Dunno, most go-ethereum devs are based in Europe, so it's quite a trip. I'd gladly attend TBH.
@domschiener Peers come and go, so occasional stops and resumptions are fine
Hopefully if enough peers update to the new release we're pushing out, it will stabilize the network for everybody
Dominik Schiener
@domschiener
for comparison I'll redo the syncing afterwards on the new dev branch. Right now I'm at 1195568 after about 5 hours
Péter Szilágyi
@karalabe
(please do it with ethereum/go-ethereum#2657)
that's the latest code, pending release
Dominik Schiener
@domschiener
cheers
Sriram Kumar
@batteringram01
IS there an ethereum wallet similar to coinbase or openledger that is a SaaS? I dont understand why each system needs to run a node if they are not going to mine, I suppose mist runs a geth client. For transactions, isnt a SaaS wallet sufficient? Is there anything like that already for eth?
(I already posted this in tutorials room - just thought this was more active now :) )
agnewpickens
@agnewpickens
A Dev sent me some Test Ether and (I'm a bad boy) I have been up all night sending tiny bits of it to new accounts, accounts and wallets from before my crash. My transactions are going thru, but sometimes a transaction will say "unable to calculate gas" and my gas slider sits at zero no matter where I slide it. These transactions are still going thru, and the send page shows really really tiny gas costs before I type in the password. Is this a bug?
Daniel Whitenack
@dwhitena
@karalabe thanks. Well I will be around if anyone is there.
agnewpickens
@agnewpickens
Have tried using the unstable 1.5.0 Geth with my 7.4 wallet to see if I can sync my Main any faster and am getting about the same performance as I was getting with 1.4.5 Geth
Péter Szilágyi
@karalabe
Please check ethereum/go-ethereum#2657
not all changes are merged yet in