eth slow synchronization #3133
Comments
|
From @chriseth on March 17, 2016 21:18 In debug mode, you usually get reports about which stages of the import take how long. Do you have such a report? |
|
From @winsvega on March 18, 2016 16:6 SLOW IMPORT: #ee43714c… # 1156374 |
|
From @chriseth on March 18, 2016 16:35 most of the time is spent on enactment which includes running the VM. Which vm type did you use? |
|
From @smartbitcoin on March 22, 2016 17:28 I just wondering what' s the slowest rate all the time. above case is 2 blocks/ sec, in case it possible approach 1 block / 10 sec, that's very dangerous signal . in above block, the 3th transaction have a pretty long run smart contract. https://www.etherchain.org/tx/0x362b89a644e68da40c712076e439edb7534d8c882fc7e43fa79bf31325348dc3 almost hit half gas limit. I just wondering if a smart contract hit the gas limitation , what gona happen? |
|
Is that a command-line option on |
|
with default --vm with --vm jit with --vm smart Please note this is not a dedicated equipment. Maybe that it is my reason. |
|
Hey @daniel-lucio, |
|
Mageia 5 10 Gb of RAM this computer is doing more things than just downloading the blockchain. Maybe that it is. I will later move the .ethereum directory to a dedicated machine, less memory but it won't do anything but this. |
|
Hello. I am having the same issues, but this time I am getting very frequent slow import around block #2333333. My version is the latest from sources. I got similar results using JIT or not using JIT. I was reading the previous posts in this thread but I didn't get to any conclusion. My average SLOW Import time is 400000ms, which is way too much. |
|
I don't find the option --vm, that you suggest to use to swift between virtual machines. |
|
These are the attack blocks. We probably cannot do much about it, sorry. We are working on fast sync which should shortcut around the attack blocks, though. |
|
Is everybody having the same issue?. How can people sync with the current software?. Is there any workaround to sync faster and avoid somehow the attack blocks?. |
|
We are working on a fast sync mode, but that coud still take some time. Sorry for the inconvenience. |
|
I see extremely slow sync for geth 1.5.9-stable-a07539fb I0314 15:16:45.544746 core/blockchain.go:1070] imported 7 blocks, 80 txs ( 2.885 Mg) in 1m15.287s ( 0.038 Mg/s). #2333502 [23e2d405… / 255fe1b0…] |
|
Related issue: Ethereumj: |
|
Is it possible to add the fast option to client by analogy with geth?
How many such blocks? |
|
I would like to get such option in cpp-ethereum.
2017-10-06 14:27 GMT+02:00 Suvorov Ivan <notifications@github.com>:
… Is it possible to add the fast option to client by analogy with geth?
These are the attack blocks
How many such blocks?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3133 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHMQkHSVNYkm2xFvxZsphh2Yn8bK9-0Uks5sphycgaJpZM4JtnQH>
.
|
|
Can I import a blockchain with a break in attack blocks? On what it can affect? Which start and end to choose? |
|
Blockchain is a chain. I dont think u should skip blocks during the import.
El 6 oct. 2017 2:42 p. m., "Suvorov Ivan" <notifications@github.com>
escribió:
… Can I import a blockchain with a break in attack blocks? On what it can
affect? Which start and end to choose?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3133 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHMQkPqN8rcfuorFA_u3HxLPAXeg4r09ks5spiAngaJpZM4JtnQH>
.
|
|
on my ubuntu 16.04 this is the console output I get from cpp-eth I installed using apt-get: (this was just running ✘ 07:53:57.483|txcheck1 Bad transaction: /build/cpp-ethereum-mENiJv/cpp-ethereum-1.2.9-SNAPSHOT--20160629-6a05dd7~xenial/libethereum/libethcore/Transaction.cpp(76): Throw in function dev::eth::TransactionBase::TransactionBase(dev::bytesConstRef, dev::eth::CheckTransaction) ✘ 07:53:57.483|txcheck1 Bad transaction: /build/cpp-ethereum-mENiJv/cpp-ethereum-1.2.9-SNAPSHOT--20160629-6a05dd7~xenial/libethereum/libethcore/Transaction.cpp(76): Throw in function dev::eth::TransactionBase::TransactionBase(dev::bytesConstRef, dev::eth::CheckTransaction) ✘ 07:53:57.493|txcheck0 Bad transaction: /build/cpp-ethereum-mENiJv/cpp-ethereum-1.2.9-SNAPSHOT--20160629-6a05dd7~xenial/libethereum/libethcore/Transaction.cpp(76): Throw in function dev::eth::TransactionBase::TransactionBase(dev::bytesConstRef, dev::eth::CheckTransaction) ^C^C^C^C ⚡ 07:54:00.071|eth Stop worker 982 ms And this is the ouput I get when running cpp eth I built manually: t peer disconnect: End of file [15/1926] QUESTIONIs this expected: this output is very different from what I go running geth. that's why I am a little puzzled, wondering if I probably have something wrong somewhere. |
The below is from my 16.04 ubuntu 64 bit virtual machine on my Machine on vmwarebuild (develop)$ eth/eth |
My client (locally built and ran with build/eth/eth) is running and syncing on my thinkpad t420s running ubuntu 16.04 64bit. But the sync is very slow: Here is a sample output:⚡ 07:41:59 PM.465|eth Block import 1715453 630 ms I would love to see this going faster. This will enable me to be involved on this project. Thanks! |
I hope not to be a bother:this is my latest console output. After 3 days... still haven't finished syncing, still at about 2 million out of over 4 million blocks on main net.6794, "checkBest": 0.000517, "preliminaryChecks": 0.001528, "collation": 0.000388, "total": 88.8859, "enactment": 88.8834, "writing": 3.3e-05 } |
|
Hello. With the latest versions of aleth the synchronization is faster. I am now at height 520000 after 2 months of syncing. I am using leveldb. My sync process now is going at an average of 0.5 blocks per second. I don't know if other users are getting this far or I am doing this wrong. |
|
I have an SSD 2TB, AMD FX 8320 and 32GB of RAM. |
|
I am using version 1.4.0 of aleth. Still on block 5900000 after 4 months of 247 sync. |
Have you finished the synchronization process? I have the same problem. I've synchronized 6350000 for nearly 3 months. One block imported in about 3s. It's very very slow. Is there a solution? |
|
@WillPerfect : Have you tried warp sync? See https://github.com/ethereum/aleth/blob/master/doc/snapshot_sync.rst |
From @winsvega on March 17, 2016 16:9
I have eth syncing at a very slow speed. from 4-5 b/s to 0.09 b/s.
Thus I am starting a review of block import code.
Lets post any issues we found here.
Copied from original issue: ethereum/webthree-umbrella#367
The text was updated successfully, but these errors were encountered: