These are chat archives for ethereum/tutorials

25th
Apr 2016
RaManAli
@RaManAli
Apr 25 2016 02:32 UTC
Greetings. I would like to learn how to code in Ethereum. I currently code in 10 programing languages or more. Where do I start to learn the Ethereum programming language?
Makoto Inoue
@makoto
Apr 25 2016 09:02 UTC
@RaManAli there are links to token tutorials from the website.
pinecrest515
@pinecrest515
Apr 25 2016 10:31 UTC
@makoto How long does it usually take to mine some ether (small quantity enough to test simple contract) on test.net? I tried for a while but still showed up as zero :(
Pi Delport
@PiDelport
Apr 25 2016 10:35 UTC
Testnet mining should be fairly quick.
You should get several ether in about 5–10 minutes
pinecrest515
@pinecrest515
Apr 25 2016 10:39 UTC
thanks @pjdelport maybe its because my machine is low performance (memory, hard disk) or internet slow? I did try for intervals of 30 minutes, but did not see anything.
Pi Delport
@PiDelport
Apr 25 2016 10:39 UTC
How are you mining? With geth?
Does it show any mining output?
pinecrest515
@pinecrest515
Apr 25 2016 10:39 UTC
yes, i think so
not sure, I will try again later and verify
Pi Delport
@PiDelport
Apr 25 2016 10:40 UTC
Can you pastebin it somewhere, along with the command you use to invoke it?
And just to check the obvious, do you have a coinbase account set?
pinecrest515
@pinecrest515
Apr 25 2016 10:40 UTC
not right now, but I can do later. Currently syncing with the main.net (taking a long time)
Pi Delport
@PiDelport
Apr 25 2016 10:41 UTC
What hardware do you have, by the way?
pinecrest515
@pinecrest515
Apr 25 2016 10:42 UTC
yes, I have one main wallet account set up for test.net and an additional account set up for additional transfers
Hardware: Storage 500 GB HDD disk, Memory 4GB, Processor 2.5 GHZ Intel Core i5, Macbook pro
pinecrest515
@pinecrest515
Apr 25 2016 10:50 UTC
@pjdelport to answer your earlier question, while on test.net before via the MIST wallet interface, I just selected the mining option in window. I think it is on geth (not the C++ option). I waited for over 30 minutes, and nothing happened (the main account on test.net showed no sign of incrementing with ether), and I did not see any mining output
Pi Delport
@PiDelport
Apr 25 2016 10:57 UTC
@pinecrest515: That should be plenty for Testnet mining.
Does your CPU usage go up?
I'm not really sure how to debug the wallet interface's mining.
pinecrest515
@pinecrest515
Apr 25 2016 10:59 UTC
@pjdelport thanks, good to know! I will try again when I get done with main.net syncing (taking a very long time! I am at block 1153000).
Pi Delport
@PiDelport
Apr 25 2016 10:59 UTC
Try closing the wallet completely, and then running geth --testnet?
If that's synced, try running geth --testnet --mine
pinecrest515
@pinecrest515
Apr 25 2016 11:01 UTC
ok, I will do after the syncing (don't want to run two console windows for geth at the same time)
Pi Delport
@PiDelport
Apr 25 2016 11:01 UTC
In a separate console window, you should be able to say geth attach, and then for example:
> eth.mining
true
> miner.hashrate
885210
pinecrest515
@pinecrest515
Apr 25 2016 11:01 UTC
hmmm
Pi Delport
@PiDelport
Apr 25 2016 11:01 UTC
You can query your balance with web3.fromWei(eth.getBalance(eth.coinbase))
pinecrest515
@pinecrest515
Apr 25 2016 11:03 UTC
I am currently downloading and syncing from main.net via geth....would you recommend that I run simulataneous mining on testnet? Any potential issues with memory?
pinecrest515
@pinecrest515
Apr 25 2016 11:08 UTC
@pjdelport To conserve memory I exited the ongoing main.net sychronization on geth and put in the geth --testnet --mine on a new console window, looks like it is going
I0425 18:07:10.419431 1345 miner.go:119] Starting mining operation (CPU=4 TOT=4)
I0425 18:07:10.461383 1345 ipc.go:112] IPC service started (/Users/Work/Library/Ethereum/geth.ipc)
I0425 18:07:10.956101 1345 worker.go:569] commit new work on block 801121 with 0 txs & 0 uncles. Took 536.624237ms
I0425 18:07:11.827856 1345 ethash.go:237] Done generating DAG for epoch 27, it took 1.408645264s
I0425 18:07:12.000892 1345 ethash.go:220] Generating DAG for epoch 26 (size 1291844992) (b15bb3623092c525165d45efa2d08540708d90d033aaa9fe4be8fd16ff904df0)
I0425 18:07:13.405428 1345 ethash.go:237] Done generating DAG for epoch 26, it took 1.404624657s
Pi Delport
@PiDelport
Apr 25 2016 11:09 UTC
That looks good so far.
You should see something like this in a couple of minutes:
I0425 12:18:30.510606    7634 worker.go:348] 🔨  Mined block (#818956 / 569708c0). Wait 5 blocks for confirmation
...
I0425 12:19:13.502412    7634 worker.go:447] 🔨 🔗  Mined 5 blocks back: block #818956
You won't always see the second message; sometimes the block you mined will be beaten by a faster chain.
pinecrest515
@pinecrest515
Apr 25 2016 11:12 UTC
thanks, unfortunately the operation stopped, saying Synchronisation failed: no peers to keep download active
I get this a lot and have to re-start geth
Pi Delport
@PiDelport
Apr 25 2016 11:13 UTC
(But you might get an ommer / uncle block reward.)
Ah, that sounds like you have network connectivity problems.
pinecrest515
@pinecrest515
Apr 25 2016 11:13 UTC
haha I'll take anything, an emmer is an ommer
in theory my internet is not that bad, 3-4 mbps, but yeah, not the most ideal here
Pi Delport
@PiDelport
Apr 25 2016 11:14 UTC
It should not be bandwidth-limited.
Does your ISP perhaps deprioritize certain traffic?
Or are you getting packet loss?
pinecrest515
@pinecrest515
Apr 25 2016 11:14 UTC
not sure
Pi Delport
@PiDelport
Apr 25 2016 11:15 UTC
For Ethereum, you want network stability and reliability rather than throughput.
pinecrest515
@pinecrest515
Apr 25 2016 11:15 UTC
got it, thanks, good to know
yeah, I don't think my network stability ranks as top 30%
What is the metric/barometer cutoff that's needed as a measure of network stability for ethereum? I am in a co-working space in Chiang Mai, Thailand. It's not top 30% in terms of stability, but I don't think it's that bad neither.
Pi Delport
@PiDelport
Apr 25 2016 11:17 UTC
It could be many things.
Try something like "mtr 8.8.8.8", or another random address; do you see any packet loss?
pinecrest515
@pinecrest515
Apr 25 2016 11:18 UTC
let me run a ping test
Pi Delport
@PiDelport
Apr 25 2016 11:18 UTC
How stable are for example Bittorrent downloads for you, as a test?
pinecrest515
@pinecrest515
Apr 25 2016 11:27 UTC
I have not tried bittorrent downloads with my current network, was going to try that out with downloading the new episode of Game of Thrones :)
Makoto Inoue
@makoto
Apr 25 2016 11:42 UTC
@pinecrest515 there is a site which gives you testnet ether for free https://medium.com/@makoto_inoue/ether-2-give-me-testnet-ether-for-freeeee-8e3b02771d0b#.ihng83vn0
pinecrest515
@pinecrest515
Apr 25 2016 11:42 UTC
looks like it is mining now on test.net after some time syncing the blocks
I was trying http://testping.net but needed to run a java update...but didn't want to do it now as there are too many applications running (memory low)
question: how does geth know which account to award the test ether to for the mining? I assume that the main coinbase wallet account has an identifier to either ip address or some other network identifier?
pinecrest515
@pinecrest515
Apr 25 2016 11:48 UTC
ah ok, I assume the main coinbase wallet account is associated with the node, so when mining geth knows where to assign and award the test ether
@makoto thanks for the tip!
pinecrest515
@pinecrest515
Apr 25 2016 11:59 UTC
I've been mining on test.net for a while, it keeps on committing new work and importing blocks, with no indication of mining completion in sight...is this normal?
sorry for asking so many newbie questions...learning by doing, testing, experimenting, f**king up, and re-trying
Pi Delport
@PiDelport
Apr 25 2016 12:03 UTC
@pinecrest515: The coinbase account gets the mining reward, yes. It can be any account; it doesn't have to be associated with the node.
@pinecrest515 Have you seen log messages like those examples I pasted?
pinecrest515
@pinecrest515
Apr 25 2016 12:03 UTC
I did not see a line so far similar to the log message in the example you pointed out
Pi Delport
@PiDelport
Apr 25 2016 12:04 UTC
You can look for that hammer icon.
pinecrest515
@pinecrest515
Apr 25 2016 12:04 UTC
This is the only thing I see: I0425 19:04:04.530410 1420 worker.go:569] commit new work on block 819442 with 0 txs & 0 uncles. Took 1.560650808s
I0425 19:04:04.531454 1420 blockchain.go:1251] imported 1 block(s) (0 queued 0 ignored) including 0 txs in 1.556645544s. #819442 [8772ab31 / 8772ab31]
it keeps on repeating this for different blocks
Pi Delport
@PiDelport
Apr 25 2016 12:04 UTC
Give it some time; it may take a couple of minutes to mine a block.
It does look like it's mining though.
pinecrest515
@pinecrest515
Apr 25 2016 12:05 UTC
ok
Pi Delport
@PiDelport
Apr 25 2016 12:05 UTC
@pinecrest515: Did you check those variables in a geth console?
eth.mining and miner.hashrate
pinecrest515
@pinecrest515
Apr 25 2016 12:06 UTC
I will open another console
Pi Delport
@PiDelport
Apr 25 2016 12:06 UTC
Yeah, just open another console and geth attach
Those should be true and non-zero, respectively.
pinecrest515
@pinecrest515
Apr 25 2016 12:06 UTC
I have to specify that it is testnet right, as in geth testnet?
Pi Delport
@PiDelport
Apr 25 2016 12:07 UTC
You shouldn't need it for the attach
It will just connect to the running geth instance
pinecrest515
@pinecrest515
Apr 25 2016 12:08 UTC
you are correct sir!
eth.mining
true
miner.hashrate
0
actually, the miner.hashrate is zero
Pi Delport
@PiDelport
Apr 25 2016 12:09 UTC
Hmm
It shouldn't be zero.
Is eth.syncing false?
pinecrest515
@pinecrest515
Apr 25 2016 12:10 UTC
also: > web3.fromWei(eth.getBalance(eth.coinbase))
4
I get 4 for running this function
let me check eh.syncing.
Pi Delport
@PiDelport
Apr 25 2016 12:10 UTC
Ah, so there's something. Did you use that faucet?
Otherwise, it might have mined something in the mean time. :)
pinecrest515
@pinecrest515
Apr 25 2016 12:10 UTC
eth.syncing is fales
Pi Delport
@PiDelport
Apr 25 2016 12:11 UTC
Okay, that's good. Check miner.hashrate again? Does it stay zero, or was that just a spike?
pinecrest515
@pinecrest515
Apr 25 2016 12:11 UTC
ah yes, I did use the faucet that @makoto pointed out
miner.hashrate is still zero
Pi Delport
@PiDelport
Apr 25 2016 12:11 UTC
What's your CPU usage like?
Are there any errors in the log?
pinecrest515
@pinecrest515
Apr 25 2016 12:12 UTC
CPU 89% idle
Pi Delport
@PiDelport
Apr 25 2016 12:12 UTC
Did you start the geth node with --mine ?
pinecrest515
@pinecrest515
Apr 25 2016 12:12 UTC
no errors in the log, it just keeps repeating commit work and import
Pi Delport
@PiDelport
Apr 25 2016 12:13 UTC
What does top display? Does it show geth using CPU?
pinecrest515
@pinecrest515
Apr 25 2016 12:13 UTC
I started with geth --testnet --mine
It had to go back and sync some blocks before initiating the mining operation. Mining operation stopped for syncing, after sync it started, but is stuck on repeated commit work and import block
Yes, it shows geth using 4.3% CPU
Pi Delport
@PiDelport
Apr 25 2016 12:14 UTC
That should be fine. You should see occasional mined blocks, though.
Okay, then it must not actually be mining.
It should be using at least 1 CPU, or more, depending on how many threads you run.
pinecrest515
@pinecrest515
Apr 25 2016 12:15 UTC
yeah, it just keeps on committing new work and importing block, no additional new log messages
hmmmmm
Pi Delport
@PiDelport
Apr 25 2016 12:15 UTC
Hmm. Maybe this could be network connectivity, and you're not getting new pending blocks in to actually mine?
What's your net.peerCount?
pinecrest515
@pinecrest515
Apr 25 2016 12:16 UTC
wait, got something, hash rate no longer zero
miner.hashrate
15
net.peerCount
3
miner.hashrate back to zero
net.peerCount
3
miner.hashrate
0
net.peerCount
4
Pi Delport
@PiDelport
Apr 25 2016 12:21 UTC
@pinecrest515: My guess from the other problems you're having with slow syncing is that there's some network connection stability problems.
Syncing should generally be pretty fast, too.
pinecrest515
@pinecrest515
Apr 25 2016 12:21 UTC
hmmmmm
yeah in theory it should be
Pi Delport
@PiDelport
Apr 25 2016 12:22 UTC
And if you can't sync to get pending blocks, there's nothing for you to mine.
pinecrest515
@pinecrest515
Apr 25 2016 12:22 UTC
I've tried different internet connections, same thing where after some time sync stops
Pi Delport
@PiDelport
Apr 25 2016 12:23 UTC
You can try looking at admin.peers
Try pinging or tracerouting to those remote addresses.
I would highly recommend using a tool like mtr if you can.
That will show you where along the path the connection gets bad, if it does.
Apparently you can get mtr for Mac OS X here? http://rudix.org/packages/mtr.html
pinecrest515
@pinecrest515
Apr 25 2016 12:24 UTC
thanks!
Pi Delport
@PiDelport
Apr 25 2016 12:24 UTC
(I'm no OS X expert, though)
@pinecrest515: The good news is your mining does appear to be working after all. It should only go idle like that when there's no incoming work, though.
pinecrest515
@pinecrest515
Apr 25 2016 12:26 UTC
@pjdelport thanks, yeah that's good. I don't know why it is not accepting or starting to mine. It was able to sync the rest of the test.net blocks.
Pi Delport
@PiDelport
Apr 25 2016 12:27 UTC
Right, but from the sound of it, it was doing that more slowly than it should.
pinecrest515
@pinecrest515
Apr 25 2016 12:27 UTC
way more slowly
could it be an issue with the mac's network setting?
default network setting?
Pi Delport
@PiDelport
Apr 25 2016 12:27 UTC
For comparison, over here, a couple of days of backlog only takes about 2 minutes to sync.
pinecrest515
@pinecrest515
Apr 25 2016 12:27 UTC
because I have tried a couple of different internet connections
yeah this is not normal
Pi Delport
@PiDelport
Apr 25 2016 12:28 UTC
(Both Mainnet and Testnet)
I can't help you with the Mac side of things, I'm afraid. :)
Ubuntu here.
pinecrest515
@pinecrest515
Apr 25 2016 12:29 UTC
thanks anyways, you've been very supportive :)
Pi Delport
@PiDelport
Apr 25 2016 12:30 UTC
@pinecrest515: Definitely try mtr, and see if it shows packet loss. Intermittent packet loss can easily cripple your connection stability.
If you're on Wi-Fi, bad reception can be a culprit.
pinecrest515
@pinecrest515
Apr 25 2016 12:31 UTC
possible, but I've tried multiple different internet connections
Pi Delport
@PiDelport
Apr 25 2016 12:31 UTC
All over Wi-Fi?
Or how are you connecting?
pinecrest515
@pinecrest515
Apr 25 2016 12:31 UTC
I tried two different wifi connections and 1 connect via cellular wifi hotspot
Pi Delport
@PiDelport
Apr 25 2016 12:32 UTC
Oh, are these private hotspots, or public?
pinecrest515
@pinecrest515
Apr 25 2016 12:32 UTC
I have not used a LAN line - is that the problem?
Pi Delport
@PiDelport
Apr 25 2016 12:32 UTC
Public hotspots are very likely highly shaped, and will probably interfere with Ethereum's networking.
pinecrest515
@pinecrest515
Apr 25 2016 12:32 UTC
No, private. 1 wifi at a co-working space, 1 wifi at my apartment, and 1 cellular wifi from my phone, which in theory has very connect mobile internet
Pi Delport
@PiDelport
Apr 25 2016 12:32 UTC
Mobile data connectivity might work, but it might also be shaped, or not quite be as stable as a wired connection.
Ah.
Those should probably be good, then.
Can't say much more without some network traces, though.
pinecrest515
@pinecrest515
Apr 25 2016 12:36 UTC
ok I am running mgr, can share some numbers
wow, the hostspot at the co-working where I am at, the packet loss% is 98.4%
Pi Delport
@PiDelport
Apr 25 2016 12:38 UTC
That would explain it. xD
That should be close to 0%
Anything consistently higher than 1% is pretty bad.
5% to 10% should be about the highest you can go for a connection to be usable.
pinecrest515
@pinecrest515
Apr 25 2016 12:40 UTC
hmmmmm
Pi Delport
@PiDelport
Apr 25 2016 12:40 UTC
mtr lets you see what hop that the packet loss starts at: if it's lossy from the very first hop, then it's probably your Wi-Fi reception.
You may need to move around to get better signal. The coworking Wi-Fi may be too crowded.
pinecrest515
@pinecrest515
Apr 25 2016 12:40 UTC
there is a list of 15 different hosts
do you mean start looking from the first host on the list?
Pi Delport
@PiDelport
Apr 25 2016 12:41 UTC
Oh boy. Sounds like a very congested spectrum.
Oh, wait, nevermind.
In mtr, yeah, which host does the packet loss start at?
The packet loss and latency will generally increase as you go down the list.
Each entry is a host on the path.
pinecrest515
@pinecrest515
Apr 25 2016 12:42 UTC
As of right now, most recent list, the #1 host on the list has around 50% packet loss %
Pi Delport
@PiDelport
Apr 25 2016 12:42 UTC
You can press d to cycle between mtr's display modes, by the way.
Ah, then it's the Wi-Fi reception, yes.
If you have access to a LAN cable, definitely try that.
It should give you a stable connection.
pinecrest515
@pinecrest515
Apr 25 2016 12:43 UTC
of the list of 15 hotspots, only 2-3 have loss % less than 1%
3 have loss % over 40-50%
ok, I will check with a lan line
@pjdelport thanks again for the support, really appreciate it! :)
this ethereum syncing process has been frustrating in terms of the slow downloads, been at it for days figuring out why it's so slow
Pi Delport
@PiDelport
Apr 25 2016 12:46 UTC
@pinecrest515: The second display mode of mtr is very useful, by the way.
It lets you see in real time how the connectivity improves or goes bad, when you're moving around with bad Wi-Fi reception.
pinecrest515
@pinecrest515
Apr 25 2016 12:47 UTC
ok, on the second display mode, a few of the hosts have red ?s
Pi Delport
@PiDelport
Apr 25 2016 12:48 UTC
It's okay if one or two hops consistently don't respond, if all the ones around them do: that just means they're configured not to.
If there are random scattered ?s then it's just a product of Wi-Fi packet loss, yeah.
(If you want to paste a link to a screenshot of a full mtr display I could maybe make a closer diagnosis.)
pinecrest515
@pinecrest515
Apr 25 2016 12:49 UTC
3 of the 15 hosts on the list have consistent ?s in the entire row
pinecrest515
@pinecrest515
Apr 25 2016 12:56 UTC
here is link to dropbox folder with uploaded screenshots of mgr: https://www.dropbox.com/sh/fhptdtmdtly4dg0/AAD8CDVLAFTP00rSelMMuQW_a?dl=0
Pi Delport
@PiDelport
Apr 25 2016 12:58 UTC
Okay, that' s a slightly unusual trace.
Those nodes with the high loss percentages may have been experiencing problems earlier?
The second screenshot looks good.
That's usually what you want to be looking at. :)
The non-responsive hosts (with all ?s) are fine if the ones after them are fine.
pinecrest515
@pinecrest515
Apr 25 2016 12:59 UTC
by 2nd do you mean the screenshot with the ? marks?
ah ok
Pi Delport
@PiDelport
Apr 25 2016 13:00 UTC
Right.
Some hops are configured not to respond to ICMP messages, but still forward traffic; they show up like that.
The high percentages on the first graph are strange, though; it looks like you may have had connectivity problems earlier, but it's better now?
pinecrest515
@pinecrest515
Apr 25 2016 13:01 UTC
got it, so the first one with the packet loss % is odd then
Pi Delport
@PiDelport
Apr 25 2016 13:01 UTC
You might want to press r to reset the statistics.
pinecrest515
@pinecrest515
Apr 25 2016 13:03 UTC
hmmm...after resetting, the first host is at 100% packet loss, every other subsequent one on the list is at 0%
weird
one the good news side, miner.hashrate is now appearing to be non-zero
miner.hashrate
30
miner.hashrate
20
miner.hashrate
40
Pi Delport
@PiDelport
Apr 25 2016 13:05 UTC
Cool. That's still very low, though.
pinecrest515
@pinecrest515
Apr 25 2016 13:05 UTC
what would be a normal miner.hashrate?
Pi Delport
@PiDelport
Apr 25 2016 13:06 UTC
Mine hovers around 900,000
pinecrest515
@pinecrest515
Apr 25 2016 13:06 UTC
ohhh wow
Pi Delport
@PiDelport
Apr 25 2016 13:06 UTC
This is on an i5-5200U CPU @ 2.20GHz
John Frederic Kosanke
@kosanke
Apr 25 2016 13:08 UTC
In the LiquidDemocracy contract, appointee is spelled apointee. If changed, will this have an effect on the program?
pinecrest515
@pinecrest515
Apr 25 2016 13:08 UTC
@pjdelport I am going back to my apt to check if I can connect to a LAN line
thanks again for all the help, appreciate it!
Pi Delport
@PiDelport
Apr 25 2016 13:09 UTC
Cool :)
John Frederic Kosanke
@kosanke
Apr 25 2016 13:53 UTC
...also "newApointee"
Pi Delport
@PiDelport
Apr 25 2016 13:58 UTC
Disapointeeng
pinecrest515
@pinecrest515
Apr 25 2016 14:20 UTC
@pjdelport I tested with a landline connection back at the apartment, but disappointingly still have the same issues with miner.hashrate = 0. This time with 0% packet loss across the board on mgr.
Pi Delport
@PiDelport
Apr 25 2016 14:20 UTC
Odd. And your CPU is still idle?
pinecrest515
@pinecrest515
Apr 25 2016 14:20 UTC
93% idle :(
Pi Delport
@PiDelport
Apr 25 2016 14:21 UTC
Do you have an international VPN or something to try, in case it's some kind of traffic shaping?
pinecrest515
@pinecrest515
Apr 25 2016 14:21 UTC
yeah, I will test next with an international VPN with ip in the USA
Pi Delport
@PiDelport
Apr 25 2016 14:21 UTC
(I don't suspect that strongly, but you never know.)
pinecrest515
@pinecrest515
Apr 25 2016 14:22 UTC
small possiblity, but possible as Thailand where I am currently at is ruled by a military junta
testing with a vpn connection to USA...
Pi Delport
@PiDelport
Apr 25 2016 14:25 UTC
Do you restart geth after each network change, just in case?
pinecrest515
@pinecrest515
Apr 25 2016 14:26 UTC
yes, I terminated geth after each network change and restarted the console
result of testing with vpn: same issue, miner.hashrate still equal zero. The vpn connection host does have a 1.2% packet loss rate on mtr.
after each network change, I terminate and close the console window, restart the console, and type in geth --testnet --mine again
Pi Delport
@PiDelport
Apr 25 2016 14:28 UTC
Oh well.
pinecrest515
@pinecrest515
Apr 25 2016 14:29 UTC
very baffling....
Pi Delport
@PiDelport
Apr 25 2016 14:30 UTC
At this point you should probably try increasing the verbosity.
Someone more familiar with geth internals might be able to help troubleshoot where it's going wrong.
You might want to try https://gitter.im/ethereum/go-ethereum for that.
pinecrest515
@pinecrest515
Apr 25 2016 14:32 UTC
could it be a result of a bad timer that's not synced? I am auto synced currently with the apple apple.timer.com
Pi Delport
@PiDelport
Apr 25 2016 14:33 UTC
I don't think your clock has to be super-precise.
It must be reasonably synchronised, at least.
pinecrest515
@pinecrest515
Apr 25 2016 14:33 UTC
Yup, I checked with Jeffrey on go-ethereum on a similar issue with slow sync on main.net. Two hypothesis: 1) Bad internet network and 2) my mac using a HDD hard disk instead of SDD
Pi Delport
@PiDelport
Apr 25 2016 14:33 UTC
But it doesn't have to be sub-millisecond or anything.
Is your hard-drive saturated while syncing?
pinecrest515
@pinecrest515
Apr 25 2016 14:34 UTC
ok got it, then it should be in theory ok as my mac auto adjusts to apple.timer.com
how to measure hard drive saturation?
Pi Delport
@PiDelport
Apr 25 2016 14:34 UTC
I don't know about OS X :)
I just have a little indicator on the top right.
pinecrest515
@pinecrest515
Apr 25 2016 14:34 UTC
ah ok
Pi Delport
@PiDelport
Apr 25 2016 14:35 UTC
Some kind of thing that displays your CPU and disk utilisation in real-time would be useful probably.
pinecrest515
@pinecrest515
Apr 25 2016 14:35 UTC
I've been googling and there appears to be other instances where mac users experienced sync failed notices...could it be because MIST wallet and geth are not optimized for mac?
Pi Delport
@PiDelport
Apr 25 2016 14:37 UTC
It could be something related to OS X's networking stack, I don't know.
pinecrest515
@pinecrest515
Apr 25 2016 14:37 UTC
hmmmm
Pi Delport
@PiDelport
Apr 25 2016 14:37 UTC
I doubt it's platform optimisation related.
pinecrest515
@pinecrest515
Apr 25 2016 14:38 UTC
is there another possible explanation that has not been explored?
Pi Delport
@PiDelport
Apr 25 2016 14:38 UTC
Not that I can think of.
pinecrest515
@pinecrest515
Apr 25 2016 14:40 UTC
well, anyways, @pjdelport you've been very helpful and supportive, I really appreciate it! :) I am going to bang my head for a while....quite baffling.
Pi Delport
@PiDelport
Apr 25 2016 14:41 UTC
I hope you get it sorted out. :)
Try bumping the verbosity levels and see you if you can spot anything that looks out of place.
pinecrest515
@pinecrest515
Apr 25 2016 14:43 UTC
Ok! I also posted a similar question again on go-ethereum slack channel to see if there are any mac users out there
Actually, I am going to also attempt to download bitterness for Game of Thrones episode 1 tonight, to see if that gives any pointers on the issue :)
bittorrent *typo