Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 2121. (Read 4667001 times)

newbie
Activity: 13
Merit: 0
Thanks guys, I am getting 10.1~ now  Grin
hero member
Activity: 560
Merit: 500
Hexacore i7 4930k

or am I getting 8.5ish in total ?

It's the total from all threads. Here's a mining hardware comparison for this algorithm: https://wiki.bytecoin.org/wiki/Mining_hardware_comparison

Also note that the hash rate ramps up over a few minutes. A 4930K gets 9.6 H/s according to that page.
legendary
Activity: 2968
Merit: 1198
It usually goes up a litte after a while too. You might crack 10
sr. member
Activity: 910
Merit: 250
Proof-of-Stake Blockchain Network
Getting 8.5 hash rate per thread (total 12 threads) is that good?

That sounds extremely high to me. What output do you get from show_hr?




Hexacore i7 4930k

or am I getting 8.5ish in total ?

That is total. Not bad.  Should find blocks.
newbie
Activity: 13
Merit: 0
I think that is your total hash rate (all threads combined), but I'm not positive.

BTW, use "hide_hr" to turn off the display if you don't know that.

Thanks, didn't know that.

I was actually running 10 threads, almost 10 hash rate with all threads now

https://i.imgur.com/ddj0Zeh.png
legendary
Activity: 2968
Merit: 1198
I think that is your total hash rate (all threads combined), but I'm not positive.

BTW, use "hide_hr" to turn off the display if you don't know that.
newbie
Activity: 13
Merit: 0
Getting 8.5 hash rate per thread (total 12 threads) is that good?

That sounds extremely high to me. What output do you get from show_hr?


https://i.imgur.com/JZHOIjl.png

Hexacore i7 4930k

or am I getting 8.5ish in total ?
legendary
Activity: 2968
Merit: 1198
Getting 8.5 hash rate per thread (total 12 threads) is that good?

That sounds extremely high to me. What output do you get from show_hr?
newbie
Activity: 13
Merit: 0
Getting 8.5 hash rate per thread (total 12 threads) is that good?
sr. member
Activity: 910
Merit: 250
Proof-of-Stake Blockchain Network
I can't seem to be able to paste the address into the daemon to start mining.

Is there a way to do this without entering the address manually? :S

You can start the mining from the wallet without needing to type your address

Yes.  Just "start_mining" from wallet after bitmonerod sync and wallet is running.
legendary
Activity: 1484
Merit: 1005
Code:
$ tsocks ssh -N -f -D 18080 user@myIP

$ ./bitmonerod

2014-Apr-25 14:51:39.170760 Initializing p2p server...
2014-Apr-25 14:51:39.170951 Binding on 0.0.0.0:18080
... what=bind: Address already in use

How can I reverse tunnel with Monero?

You need to bind it for the daemon separately, see the arguments you can give it from --help
legendary
Activity: 2968
Merit: 1198
I can't seem to be able to paste the address into the daemon to start mining.

Is there a way to do this without entering the address manually? :S

You can start the mining from the wallet without needing to type your address
newbie
Activity: 13
Merit: 0
I can't seem to be able to paste the address into the daemon to start mining.

Is there a way to do this without entering the address manually? :S

EDIT:

Started mining from wallet lol
sr. member
Activity: 910
Merit: 250
Proof-of-Stake Blockchain Network
Looks like I have hundreds of outgoing connections, most of them to the same place. Anybody else seeing this:

Small subset shown below. This is the output from print_cn
Code:
[OUT]27.32.51.54:18080   0                   71(292501)/43(292502)    state_befor_handshake    292502             
[OUT]27.32.51.54:18080   0                   71(275834)/43(275835)    state_befor_handshake    275835             
[OUT]27.32.51.54:18080   0                   71(301611)/43(301612)    state_befor_handshake    301612             
[OUT]27.32.51.54:18080   0                   71(266446)/43(266447)    state_befor_handshake    266447             
[OUT]27.32.51.54:18080   0                   71(328905)/43(328906)    state_befor_handshake    328906             
[OUT]27.32.51.54:18080   0                   71(263989)/43(263990)    state_befor_handshake    263990             
[OUT]27.32.51.54:18080   0                   71(261053)/43(261053)    state_befor_handshake    261053             
[OUT]27.32.51.54:18080   0                   71(248175)/43(248176)    state_befor_handshake    248176             
[OUT]27.32.51.54:18080   0                   71(337317)/43(337317)    state_befor_handshake    337317             
[OUT]27.32.51.54:18080   0                   71(249778)/43(249779)    state_befor_handshake    249779             
[OUT]27.32.51.54:18080   0                   71(325645)/43(325646)    state_befor_handshake    325646             
[OUT]27.32.51.54:18080   0                   71(250469)/43(250470)    state_befor_handshake    250470             
[OUT]27.32.51.54:18080   0                   71(327231)/43(327232)    state_befor_handshake    327232             
[OUT]27.32.51.54:18080   0                   71(328115)/43(328116)    state_befor_handshake    328116             
[OUT]27.32.51.54:18080   0                   71(284679)/43(284680)    state_befor_handshake    284680             
[OUT]27.32.51.54:18080   0                   71(244825)/43(244825)    state_befor_handshake    244825             
[OUT]27.32.51.54:18080   0                   71(334726)/43(334726)    state_befor_handshake    334726             
[OUT]27.32.51.54:18080   0                   71(269099)/43(269099)    state_befor_handshake    269099             
[OUT]27.32.51.54:18080   0                   71(326648)/43(326649)    state_befor_handshake    326649             
[OUT]27.32.51.54:18080   0                   71(272517)/43(272518)    state_befor_handshake    272518             
[OUT]27.32.51.54:18080   0                   71(245019)/43(245019)    state_befor_handshake    245019     

That not what I see. 
legendary
Activity: 2968
Merit: 1198
Looks like I have hundreds of outgoing connections, most of them to the same place. Anybody else seeing this:

Small subset shown below. This is the output from print_cn
Code:
[OUT]27.32.51.54:18080   0                   71(292501)/43(292502)    state_befor_handshake    292502             
[OUT]27.32.51.54:18080   0                   71(275834)/43(275835)    state_befor_handshake    275835             
[OUT]27.32.51.54:18080   0                   71(301611)/43(301612)    state_befor_handshake    301612             
[OUT]27.32.51.54:18080   0                   71(266446)/43(266447)    state_befor_handshake    266447             
[OUT]27.32.51.54:18080   0                   71(328905)/43(328906)    state_befor_handshake    328906             
[OUT]27.32.51.54:18080   0                   71(263989)/43(263990)    state_befor_handshake    263990             
[OUT]27.32.51.54:18080   0                   71(261053)/43(261053)    state_befor_handshake    261053             
[OUT]27.32.51.54:18080   0                   71(248175)/43(248176)    state_befor_handshake    248176             
[OUT]27.32.51.54:18080   0                   71(337317)/43(337317)    state_befor_handshake    337317             
[OUT]27.32.51.54:18080   0                   71(249778)/43(249779)    state_befor_handshake    249779             
[OUT]27.32.51.54:18080   0                   71(325645)/43(325646)    state_befor_handshake    325646             
[OUT]27.32.51.54:18080   0                   71(250469)/43(250470)    state_befor_handshake    250470             
[OUT]27.32.51.54:18080   0                   71(327231)/43(327232)    state_befor_handshake    327232             
[OUT]27.32.51.54:18080   0                   71(328115)/43(328116)    state_befor_handshake    328116             
[OUT]27.32.51.54:18080   0                   71(284679)/43(284680)    state_befor_handshake    284680             
[OUT]27.32.51.54:18080   0                   71(244825)/43(244825)    state_befor_handshake    244825             
[OUT]27.32.51.54:18080   0                   71(334726)/43(334726)    state_befor_handshake    334726             
[OUT]27.32.51.54:18080   0                   71(269099)/43(269099)    state_befor_handshake    269099             
[OUT]27.32.51.54:18080   0                   71(326648)/43(326649)    state_befor_handshake    326649             
[OUT]27.32.51.54:18080   0                   71(272517)/43(272518)    state_befor_handshake    272518             
[OUT]27.32.51.54:18080   0                   71(245019)/43(245019)    state_befor_handshake    245019     
sr. member
Activity: 560
Merit: 250
"Trading Platform of The Future!"
Code:
$ tsocks ssh -N -f -D 18080 user@myIP

$ ./bitmonerod

2014-Apr-25 14:51:39.170760 Initializing p2p server...
2014-Apr-25 14:51:39.170951 Binding on 0.0.0.0:18080
... what=bind: Address already in use

How can I reverse tunnel with Monero?
legendary
Activity: 2968
Merit: 1198
Quote from: tacotime
One minute blocks that are of size ~1 KB (most of the blocks right now) double the likelihood of a miner getting a block. Selfish mining only becomes a severe issue when blocksize becomes large.

You're the one who is concerned about the reward being too small in 10-20 years??!!

Obviously the goal is to create a design that is sound for the long term, not focus on a couple of weeks of easy mining when there are hardly any transactions on the network. As was pointed out before, solo mining for small (one computer) miners will sooner or later (most likely sooner) become non-viable whether blocks are one minute or two minute blocks. Maybe not in the first week, but if the coin thrives, it won't be long at all. This was a very short-sighted reason to speed up the blocks.

I'm not referring to selfish mining in any case, just regular (random) orphans. If it takes 3 seconds to propagate a block across the network, then with 60 second blocks you will have about 5% random orphans (where two different people solve a block at the same time; only one will survive). This gets much worse when the blocks get bigger (take longer to verify and forward at each hop). If it takes 10 seconds to propagate you are looking at 16% orphans.

Pools reduce orphans by concentrating hash rate and directly communicating with the hashers in a star pattern instead of a p2p. You won't be solving a block at the same time as one of your pool-mates very often (due to longpoll/stratum) and the pool will solve on top of its own blocks more quickly than any foreign blocks, so it will win more races. These effects combine to give pools a huge economy of scale.

Even with those 1k blocks you describe, there are already plenty of orphans, just look at the daemon output. Bytecoin with 2 minute blocks still has a lot of orphans too.

Satoshi was no idiot when he picked 10 minutes, and didn't just pull that number out of his ass. That may be slight overkill but 1 minute is going way too far in the other direction.
sr. member
Activity: 308
Merit: 250
Edit : from 11 days behind now 10 days behind, this is going to take a while heheh

By the way, this is a bug (the estimate is double the actual time). This coin was launched on April 18, which you can check on the blockchain timestamps after synchornizing.

oh well, at least I got it to work, let's see if after downloading it will mine something.
hero member
Activity: 560
Merit: 500
Edit : from 11 days behind now 10 days behind, this is going to take a while heheh

By the way, this is a bug (the estimate is double the actual time). This coin was launched on April 18, which you can check on the blockchain timestamps after synchornizing.
sr. member
Activity: 308
Merit: 250
so it seems to be doing something,

is this good :




Edit : from 11 days behind now 10 days behind, this is going to take a while heheh
Jump to: