Topic: [ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record - page 243. (Read 685216 times)
February 13, 2014, 09:21:37 PM
yao shang Y chi le ma？
February 13, 2014, 09:16:35 PM
How can I understand, I mine coins or I mine into the empty?
That is one thing with current setup and minerd miner. You can't really tell.
Ok, and when I can get the first coin in my purse?
February 13, 2014, 08:59:00 PM
How can I understand, I mine coins or I mine into the empty?
That is one thing with current setup and minerd miner. You can't really tell.
February 13, 2014, 08:44:02 PM
How can I understand, I mine coins or I mine into the empty?
February 13, 2014, 07:48:39 PM
ok so replace the port in the batch file but the rest is ok then?
I just got a connection error with this conf
and this batch
I just got a connection error with this conf
Code:
# Enable RPC
rpcallowip=all
daemon=1
server=1
listen=1
server=1
# RPC information
rpcuser=
rpcpassword=
rpcport=9337
rpcconnect=127.0.0.1
# Mining
gen=0
addnode=107.170.26.188
addnode=107.170.32.187:28333
addnode=107.170.37.13
addnode=107.170.40.168:28333
addnode=108.161.145.12:28333
addnode=128.199.253.233
addnode=162.243.118.47:28333
addnode=162.243.208.55
addnode=162.248.98.162
addnode=173.193.48.174
addnode=182.32.194.1
addnode=192.241.129.169
addnode=194.97.156.59:28333
addnode=195.47.113.76:28333
addnode=198.144.180.117
addnode=198.144.180.118
addnode=198.98.52.244:28333
addnode=213.239.207.114:28333
addnode=5.83.137.130:28333
addnode=5.83.137.131:28333
addnode=54.197.67.63
addnode=54.198.193.96:28333
addnode=54.204.214.12
addnode=54.234.17.173
addnode=54.237.23.244:28333
addnode=62.210.141.204:28333
addnode=64.79.107.5
addnode=67.225.172.77
addnode=76.102.71.50
addnode=77.172.93.38:28333
addnode=79.135.200.61
addnode=81.27.206.10:28333
and this batch
Code:
rminerd.exe -a primesr -o 127.0.0.1:9337 -u -p -t 7
change this rpcallowip=all to rpcallowip=your ip
Thank You! Its working
February 13, 2014, 06:48:50 PM
ok I restarted the client and everything worked. Thanks a million
ah oke wel spend some coins here : http://savegreyhound.hol.es/
iam glad it worked out now lets keep those to hard getting coins role softly into the wallets
February 13, 2014, 06:42:25 PM
ok I restarted the client and everything worked. Thanks a million
February 13, 2014, 06:37:34 PM
Code:
this is the right one
change this rpcallowip=all to rpcallowip=your ip:port
daemon=1
server=1
rpcuser=
rpcpassword=
rpcallowip=127.0.0.1
rpcport=9337
gen=0
addnode=107.170.26.188
addnode=107.170.32.187:28333
addnode=107.170.37.13
addnode=107.170.40.168:28333
addnode=108.161.145.12:28333
addnode=128.199.253.233
addnode=162.243.118.47:28333
addnode=162.243.208.55
addnode=162.248.98.162
addnode=173.193.48.174
addnode=182.32.194.1
addnode=192.241.129.169
addnode=194.97.156.59:28333
addnode=195.47.113.76:28333
addnode=198.144.180.117
addnode=198.144.180.118
addnode=198.98.52.244:28333
addnode=213.239.207.114:28333
addnode=5.83.137.130:28333
addnode=5.83.137.131:28333
addnode=54.197.67.63
addnode=54.198.193.96:28333
addnode=54.204.214.12
addnode=54.234.17.173
addnode=54.237.23.244:28333
addnode=62.210.141.204:28333
addnode=64.79.107.5
addnode=67.225.172.77
addnode=76.102.71.50
addnode=77.172.93.38:28333
addnode=79.135.200.61
addnode=81.27.206.10:28333
and this batch
Code:
rminerd.exe -a primesr -o 127.0.0.1:9337 -u -p -t 7
February 13, 2014, 06:34:22 PM
ok so replace the port in the batch file but the rest is ok then?
I just got a connection error with this conf
and this batch
I just got a connection error with this conf
Code:
# Enable RPC
rpcallowip=all
daemon=1
server=1
listen=1
server=1
# RPC information
rpcuser=
rpcpassword=
rpcport=9337
rpcconnect=127.0.0.1
# Mining
gen=0
addnode=107.170.26.188
addnode=107.170.32.187:28333
addnode=107.170.37.13
addnode=107.170.40.168:28333
addnode=108.161.145.12:28333
addnode=128.199.253.233
addnode=162.243.118.47:28333
addnode=162.243.208.55
addnode=162.248.98.162
addnode=173.193.48.174
addnode=182.32.194.1
addnode=192.241.129.169
addnode=194.97.156.59:28333
addnode=195.47.113.76:28333
addnode=198.144.180.117
addnode=198.144.180.118
addnode=198.98.52.244:28333
addnode=213.239.207.114:28333
addnode=5.83.137.130:28333
addnode=5.83.137.131:28333
addnode=54.197.67.63
addnode=54.198.193.96:28333
addnode=54.204.214.12
addnode=54.234.17.173
addnode=54.237.23.244:28333
addnode=62.210.141.204:28333
addnode=64.79.107.5
addnode=67.225.172.77
addnode=76.102.71.50
addnode=77.172.93.38:28333
addnode=79.135.200.61
addnode=81.27.206.10:28333
and this batch
Code:
rminerd.exe -a primesr -o 127.0.0.1:9337 -u -p -t 7
change this rpcallowip=all to rpcallowip=your ip
February 13, 2014, 06:28:15 PM
ok so replace the port in the batch file but the rest is ok then?
I just got a connection error with this conf
and this batch
I just got a connection error with this conf
Code:
# Enable RPC
rpcallowip=all
daemon=1
server=1
listen=1
server=1
# RPC information
rpcuser=
rpcpassword=
rpcport=9337
rpcconnect=127.0.0.1
# Mining
gen=0
addnode=107.170.26.188
addnode=107.170.32.187:28333
addnode=107.170.37.13
addnode=107.170.40.168:28333
addnode=108.161.145.12:28333
addnode=128.199.253.233
addnode=162.243.118.47:28333
addnode=162.243.208.55
addnode=162.248.98.162
addnode=173.193.48.174
addnode=182.32.194.1
addnode=192.241.129.169
addnode=194.97.156.59:28333
addnode=195.47.113.76:28333
addnode=198.144.180.117
addnode=198.144.180.118
addnode=198.98.52.244:28333
addnode=213.239.207.114:28333
addnode=5.83.137.130:28333
addnode=5.83.137.131:28333
addnode=54.197.67.63
addnode=54.198.193.96:28333
addnode=54.204.214.12
addnode=54.234.17.173
addnode=54.237.23.244:28333
addnode=62.210.141.204:28333
addnode=64.79.107.5
addnode=67.225.172.77
addnode=76.102.71.50
addnode=77.172.93.38:28333
addnode=79.135.200.61
addnode=81.27.206.10:28333
and this batch
Code:
rminerd.exe -a primesr -o 127.0.0.1:9337 -u -p -t 7
February 13, 2014, 06:23:55 PM
the port number is wrong is a tesnet port dont use it
here use this :
server=1
deamon=1
rpcuser=your username here
rpcpassword=urepasword here
rpcport=9337
rcpallowip=127.0.0.1
gen=0
addnode=107.170.26.188
addnode=107.170.32.187:28333
addnode=107.170.37.13
addnode=107.170.40.168:28333
addnode=108.161.145.12:28333
addnode=128.199.253.233
addnode=162.243.118.47:28333
addnode=162.243.208.55
addnode=162.248.98.162
addnode=173.193.48.174
addnode=182.32.194.1
addnode=192.241.129.169
addnode=194.97.156.59:28333
addnode=195.47.113.76:28333
addnode=198.144.180.117
addnode=198.144.180.118
addnode=198.98.52.244:28333
addnode=213.239.207.114:28333
addnode=5.83.137.130:28333
addnode=5.83.137.131:28333
addnode=54.197.67.63
addnode=54.198.193.96:28333
addnode=54.204.214.12
addnode=54.234.17.173
addnode=54.237.23.244:28333
addnode=62.210.141.204:28333
addnode=64.79.107.5
addnode=67.225.172.77
addnode=76.102.71.50
addnode=77.172.93.38:28333
addnode=79.135.200.61
addnode=81.27.206.10:28333
your batch file just change the port adres here to then your of to go ;-)
first start your wallet namewallet.exe -server then after sync start your miner rminerd
February 13, 2014, 06:18:57 PM
are these config settings correct?
conf file
batch file
and so long as the username and password in the batch file match up with the ones in the conf file I will receive any blocks into the wallet right? I just dont want to be mining for no reason if there's no pools yet.
conf file
Code:
# Enable RPC
rpcallowip=all
daemon=1
server=1
listen=1
server=1
# RPC information
rpcuser=username
rpcpassword=password
rpcport=28332
rpcconnect=127.0.0.1
# Mining
gen=0
addnode=194.97.156.59
addnode=76.102.71.50
addnode=79.135.200.61
addnode=162.248.98.162
addnode=64.79.107.5
addnode=192.241.129.169
addnode=173.193.48.174
addnode=107.170.26.188
addnode=67.225.172.77
addnode=198.144.180.117
addnode=198.144.180.118
addnode=213.239.207.114:28333
addnode=108.161.145.12:28333
addnode=198.98.52.244:28333
addnode=198.98.52.244:28333
addnode=54.198.193.96:28333
addnode=162.243.118.47:28333
addnode=54.237.23.244:28333
addnode=107.170.32.187:28333
addnode=95.138.166.126:28333
batch file
Code:
rminerd.exe -a primesr -o 127.0.0.1:28332 -u -p -t 7
and so long as the username and password in the batch file match up with the ones in the conf file I will receive any blocks into the wallet right? I just dont want to be mining for no reason if there's no pools yet.
February 13, 2014, 06:03:53 PM
run:
listtransactions '*'
It will show you any orphaned blocks.
what does '*' mean here? afaik 'riecoind listtransactions' shows everything we needlisttransactions '*'
It will show you any orphaned blocks.
The asterisk shows all transactions including immature and orphans. I think that without it, you won't see immature and possible orphans. I don't have any immature blocks so I can't double check this.
orphans and immature shows without wildcard
Oh ok, good to know. Save my self a couple keystrokes in the future.
February 13, 2014, 05:23:27 PM
run:
listtransactions '*'
It will show you any orphaned blocks.
what does '*' mean here? afaik 'riecoind listtransactions' shows everything we needlisttransactions '*'
It will show you any orphaned blocks.
The asterisk shows all transactions including immature and orphans. I think that without it, you won't see immature and possible orphans. I don't have any immature blocks so I can't double check this.
orphans and immature shows without wildcard
February 13, 2014, 05:20:34 PM
run:
listtransactions '*'
It will show you any orphaned blocks.
what does '*' mean here? afaik 'riecoind listtransactions' shows everything we needlisttransactions '*'
It will show you any orphaned blocks.
The asterisk shows all transactions including immature and orphans. I think that without it, you won't see immature and possible orphans. I don't have any immature blocks so I can't double check this.
February 13, 2014, 05:06:54 PM
Hi All
Next n-1 optimization got me an 11% gain. In scanriecoin.c's init funtion change memset and start looping @ 1 (note I've other optimizaitons which might have "confused" this code section so no complaints).
We can do this as the base is always an even number so no point looping to bit set every second bit. Also there is a slight variance as the original code never marked the 1st bit as composite (doesn'tmake much of a difference, but did cause me concern until I spent some quality time in gdb.
Off to work, enjoy.
--
bsunau7
Next n-1 optimization got me an 11% gain. In scanriecoin.c's init funtion change memset and start looping @ 1 (note I've other optimizaitons which might have "confused" this code section so no complaints).
Code:
// Just memset odd/even and be done
memset( pSieve, 0xAA, opt_sieve_size/8 );
// We set odd primes in the memset ;-) so start @ 2nd prime (3)
for(unsigned int primeIndex = 1 ; primeIndex < primeTableSize; primeIndex++ ) {
We can do this as the base is always an even number so no point looping to bit set every second bit. Also there is a slight variance as the original code never marked the 1st bit as composite (doesn'tmake much of a difference, but did cause me concern until I spent some quality time in gdb.
Off to work, enjoy.
--
bsunau7
For others: Be very careful when doing this. You need to take steps to *ensure* that the base is always even -- changes elsewhere in code can render this assumption false. I ran into this the hard way.
The real risk here is that you *won't know that you screwed up* unless you've applied my length-reporting patch. The kh/s numbers will go up if you apply this change wrong, and it will look great, but it will look good because it's reporting all sorts of crap that then get counted in kh/s but filtered out by the rabin-miller tests.
Ahem, giving away my secret sauce a bit, you can easily ensure that the base is something you want by unconditionally mpz_set'ting or clearing, as you need for your other tweaks, the last bit of 'b' before the call to init().
Apply the length outputting patch and then test bsunau7's suggestion. It will make things faster if it works right.
-Dave
Very good point! I was toying about protecting one of my other optimizations with an odd/even tests for just this point (I get the feeling we are running down the same path). Question is trust the protocol and be fast or don't trust the protocol and be a little slower (the same could be said for trust the coder...)
In my devel version ran two sieves and bit checked the modified sieve against the original and only found the 1st bit difference. Also note that my dev code base is 2 steps ahead of the stuff I post (I need an advantage!) which can introduce a different source of errors.
--
bsunau7
February 13, 2014, 04:55:19 PM
what about POOOLS!???
February 13, 2014, 04:37:27 PM
Hi All
Next n-1 optimization got me an 11% gain. In scanriecoin.c's init funtion change memset and start looping @ 1 (note I've other optimizaitons which might have "confused" this code section so no complaints).
We can do this as the base is always an even number so no point looping to bit set every second bit. Also there is a slight variance as the original code never marked the 1st bit as composite (doesn'tmake much of a difference, but did cause me concern until I spent some quality time in gdb.
Off to work, enjoy.
--
bsunau7
Next n-1 optimization got me an 11% gain. In scanriecoin.c's init funtion change memset and start looping @ 1 (note I've other optimizaitons which might have "confused" this code section so no complaints).
Code:
// Just memset odd/even and be done
memset( pSieve, 0xAA, opt_sieve_size/8 );
// We set odd primes in the memset ;-) so start @ 2nd prime (3)
for(unsigned int primeIndex = 1 ; primeIndex < primeTableSize; primeIndex++ ) {
We can do this as the base is always an even number so no point looping to bit set every second bit. Also there is a slight variance as the original code never marked the 1st bit as composite (doesn'tmake much of a difference, but did cause me concern until I spent some quality time in gdb.
Off to work, enjoy.
--
bsunau7
For others: Be very careful when doing this. You need to take steps to *ensure* that the base is always even -- changes elsewhere in code can render this assumption false. I ran into this the hard way.
The real risk here is that you *won't know that you screwed up* unless you've applied my length-reporting patch. The kh/s numbers will go up if you apply this change wrong, and it will look great, but it will look good because it's reporting all sorts of crap that then get counted in kh/s but filtered out by the rabin-miller tests.
Ahem, giving away my secret sauce a bit, you can easily ensure that the base is something you want by unconditionally mpz_set'ting or clearing, as you need for your other tweaks, the last bit of 'b' before the call to init().
Apply the length outputting patch and then test bsunau7's suggestion. It will make things faster if it works right.
-Dave
February 13, 2014, 04:31:00 PM
Current n-1 improvement (already mentioned elsewhere):
Run rminerd with a larger sieve. 12% improvement in going from 1Mb (default) to 2Mb on xeon class machines (i.e with large caches). For example
Regards,
--
bsunau7
Run rminerd with a larger sieve. 12% improvement in going from 1Mb (default) to 2Mb on xeon class machines (i.e with large caches). For example
Code:
./rminerd -q -o http://10.10.10.10:28332 -O awallet:apassword -t 8 -i 2097152
Regards,
--
bsunau7
Next n-1 improvement is a small one (1-2% depending on how sieve size used) and was found before I focused on the time critical code:
Replace all
Code:
if( mpz_probab_prime_p ( bnTarget, MR_TESTS) )
With
Code:
if( mpz_millerrabin ( bnTarget, MR_TESTS) )
mpz_probab_prime_p is a wrapper around mpz_millerrabin which includes tests for small primes. The sieve which riecoin uses has already sieved the numbers so no need to double sieve.
I would expect this to make more than a few % points on small memory systems.
Regards,
--
bsunau7
Hi All
Next n-1 optimization got me an 11% gain. In scanriecoin.c's init funtion change memset and start looping @ 1 (note I've other optimizaitons which might have "confused" this code section so no complaints).
Code:
// Just memset odd/even and be done
memset( pSieve, 0xAA, opt_sieve_size/8 );
// We set odd primes in the memset ;-) so start @ 2nd prime (3)
for(unsigned int primeIndex = 1 ; primeIndex < primeTableSize; primeIndex++ ) {
We can do this as the base is always an even number so no point looping to bit set every second bit. Also there is a slight variance as the original code never marked the 1st bit as composite (doesn'tmake much of a difference, but did cause me concern until I spent some quality time in gdb.
Off to work, enjoy.
--
bsunau7
February 13, 2014, 04:11:57 PM
run:
listtransactions '*'
It will show you any orphaned blocks.
what does '*' mean here? afaik 'riecoind listtransactions' shows everything we need listtransactions '*'
It will show you any orphaned blocks.
Jump to: