thilanliyan
Lifer
- Jun 21, 2005
- 11,871
- 2,076
- 126
Light sync is good, but it relies on some other full node supporting it, basically. So if you're trying to be a fundamental part of the Ethereum infrastructure by running your own node, full sync is the way to go.
If all you're doing is trying to sync up to do send/receive/etc. from your Ethereum client then light sync is sufficient, and faster. I mean hell not all of us want to use MEW all the time, right?
Compared the 1.2 terabytes of disk space required by Geth today, Turbo Geth users only need 252.11 gigabytes of disk space to run a full archive node.
So I just tried syncing to a HDD with cache at 8192 (using geth 1.8.16). It's on the latest block for "block headers" but "state entries" is still going (about 1000/second), and disk activity is pegged at 100%. How many state entries are there supposed to be?
I think MetaMask had some bugs in it at one point, and people lost ETH using it, or something. Hopefully that's fixed and won't happen again. But I'm skeptical.
FWIW, apparently Metamask is compatible with hardware wallets, or at least the Ledger (I saw an announcement on Reddit in the last week or so). So you can now use MetaMask while your ETH stays secured behind a hardware wallet all the time.I think MetaMask had some bugs in it at one point, and people lost ETH using it, or something. Hopefully that's fixed and won't happen again. But I'm skeptical.
FWIW, apparently Metamask is compatible with hardware wallets, or at least the Ledger (I saw an announcement on Reddit in the last week or so). So you can now use MetaMask while your ETH stays secured behind a hardware wallet all the time.
Don't really want to sacrifice SSDs for something that will involve lot of small writes as they probably won't last long.
geth from maybe 6 months ago was killing my SSD pretty quickly. I had to up my --cache value to get the client write rates down. geth ate something like 8% off the drive's life expectancy according to SMART readings.
How much RAM do you have on that mining rig?
I only put like 8GB but I used a single 8GB stick so plenty of room to expand if I needed to. I can't recall how much ram the motherboard supports, think up to 64GB.
geth ate something like 8% off the drive's life expectancy according to SMART readings.
How much is 8%? Like a 512GB 760p is rated for 188TBW. 8% of that would be something like 15 terabytes. I guess that's a cumulative number looking at a node over many months?
Which drive are you using?Doing the sync now. Cache at 4096, fast sync enabled. 12 minutes in I'm at about 400K blocks. According to that, syncing fully with 6.5 million blocks should only take 180 minutes.
However, 400K blocks equal to 1700MB used by geth. So about a million block in I'll reach the cache limit? Then it must swap from the drive, which becomes the slow part. According to this, if you have set to 26GB of RAM, then it should never swap.
Interestingly, some time in, the RAM use went down to 1530MB at 450K blocks.
So about a million block in I'll reach the cache limit? Then it must swap from the drive, which becomes the slow part. According to this, if you have set to 26GB of RAM, then it should never swap.