[ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record

[nanning]

bump
Have been looking forward to this for quite a few months..

Bittrex Poloniex cryptsy (external exchange group): 90479446
B P C 外网炒币群: 90479446

[1715539104]

1715539104

[1715539104]

1715539104

[1715539104]

1715539104

[1715539104]

1715539104

[1715539104]

1715539104

[chris190]

with an i7 3770K "solo mining", how much i can get in 24 hours?

thanks

[gatra]

Hi,

Anyone having issues with the block chain?  My desktop client (0.9.2) has been stuck on block 139845 (~3 days old) for a few days (this isn't being slow, just being stuck).

My mining wallet (0.9.2 on linux) is nice and current (but its been up to date for months).

I ask as I don't really don't want to download it all over again to potentially hit the same "bad block".

Regards,

--
bsunau7

Hi! I found that the qt client sometimes get stuck (in RICs defense, bitcoin's wallet does the same once in a while), but after closing and restarting it then it continues. If it's totally stuck you can run with -debug and send me the log file (you may want to look at it and remove any sensitive info).

btw, let's test the superblocks: how many blocks do you see on testnet?

[gatra]

found the paper I was thinking of ...... Patrick Billingsley, "Prime Numbers and Brownian Motion" (link to pdf) http://maths-people.anu.edu.au/~brent/pd/rpb024.pdf

more modern piece also pdf .... There is entanglement in the primes  http://arxiv.org/pdf/1403.4765.pdf

thanks! I did study a bit of quantum computing but the paper on entanglement in the primes is too much for me... I'll ask for help from a Physicist, and then a Physician (for the headache )

[bsunau7]

Hi! I found that the qt client sometimes get stuck (in RICs defense, bitcoin's wallet does the same once in a while), but after closing and restarting it then it continues. If it's totally stuck you can run with -debug and send me the log file (you may want to look at it and remove any sensitive info).

btw, let's test the superblocks: how many blocks do you see on testnet?

I did restart no joy; I'll fire up another windows VM and sync a new wallet from there and see if it sorts itself out.

On testnet I see:

Code:

riecoin-dev@ubu-rie01:~$ riecoind getinfo
{
    "version" : 90200,
    "protocolversion" : 10070001,
    "walletversion" : 60000,
    "balance" : 43200.00000000,
    "blocks" : 5487,
    "timeoffset" : 0,
    "connections" : 1,
    "proxy" : "",
    "difficulty" : 304.00000000,
    "testnet" : true,
    "keypoololdest" : 1413311859,
    "keypoolsize" : 101,
    "paytxfee" : 0.00000000,
    "relayfee" : 0.00001000,
    "errors" : ""
}

I'll avoid testing for memory leaks for a while so 5550 should be a safe target.

Just let me know when the code is downloadable and I'll rebuild.

Regards,

--
bsunau7

[vancsj]

with an i7 3770K "solo mining", how much i can get in 24 hours?

thanks

about 25coins

[chris190]

with an i7 3770K "solo mining", how much i can get in 24 hours?

thanks

about 25coins

thanks!

[cinnamon_carter]

Please let me know what kind of miner you are using, this seems quite unrealistic for solo or pool mining in 24 hours / in fact I don't believe it.

As for 9.2 client sticking, I have to admit I have a version of it installed but am still working mostly off the older 8.7 build and only used 9.2 a few times.

I know this is against Gatra's advice but honestly I am more comfortable with the older codebase and since I am not solomining it has no impact on my performance.  I find the 8.7 client after firiing up takes a little while to connect to some nodes but if you are patient it has never failed me yet and always gets many connections and synchs up to the network after a short while.   

with an i7 3770K "solo mining", how much i can get in 24 hours?

thanks

about 25coins

thanks!

[vancsj]

Please let me know what kind of miner you are using, this seems quite unrealistic for solo or pool mining in 24 hours / in fact I don't believe it.

As for 9.2 client sticking, I have to admit I have a version of it installed but am still working mostly off the older 8.7 build and only used 9.2 a few times.

I know this is against Gatra's advice but honestly I am more comfortable with the older codebase and since I am not solomining it has no impact on my performance.  I find the 8.7 client after firiing up takes a little while to connect to some nodes but if you are patient it has never failed me yet and always gets many connections and synchs up to the network after a short while.   

I'm running gatra's v14 XPT miner, with my own server side for solo mining.

[vancsj]

I'm running gatra's v14 XPT miner, with my own server side for solo mining.

If you're intersted, see my signature.
I've been promoting my solo mining server, but it seems that no one is interested lol.

[bsunau7]

Another version of my little arm miner...

https://mega.co.nz/#F!6Y8ywRoZ!5ogMJEc2Teq5ckt9WClNpg

I'll upload code sometime soon, it needs a little clean up (removed some files and renamed others).

Biggest changes:

• Moved from a pn23 to a pn31 primorial base.
• Up'ed streams per thread from 16 to 32.
• Replaced some lookups with in-line calculations.
• Removed data hazards out of the ASM where I could.
• Re-ordered code to hide pipeline latency and keep both the ARM and NEON pipelines as full as possible.

Gets me about a 18% increase in performance; it can generate a testnet block every 100 seconds or so.

Regards,

--
bsunau7

[Robin37s]

any good news for ric now？

[m4xp0w3r7]

Caun you upload compiled version?

Another version of my little arm miner...

https://mega.co.nz/#F!6Y8ywRoZ!5ogMJEc2Teq5ckt9WClNpg

I'll upload code sometime soon, it needs a little clean up (removed some files and renamed others).

Biggest changes:

• Moved from a pn23 to a pn31 primorial base.
• Up'ed streams per thread from 16 to 32.
• Replaced some lookups with in-line calculations.
• Removed data hazards out of the ASM where I could.
• Re-ordered code to hide pipeline latency and keep both the ARM and NEON pipelines as full as possible.

Gets me about a 18% increase in performance; it can generate a testnet block every 100 seconds or so.

Regards,

--
bsunau7

[bsunau7]

Caun you upload compiled version?

https://mega.co.nz/#F!6Y8ywRoZ!5ogMJEc2Teq5ckt9WClNpg

Binary in the original link.  Don't expect it to be fast however, just faster than it was.

--
bsunau7

[aamarket]

.... which means really slow sorry, my fault, did not have much time to look at the ARM and RIC recently ...

[fairglu]

MintPal wallet still holds at least 166k RIC

https://chainz.cryptoid.info/ric/wallet.dws?14521.htm

Withdraw while you still can if you have not already!

[bsunau7]

MintPal wallet still holds at least 166k RIC

https://chainz.cryptoid.info/ric/wallet.dws?14521.htm

Withdraw while you still can if you have not already!

Edit:  Oh!

[vancsj]

MintPal wallet still holds at least 166k RIC

https://chainz.cryptoid.info/ric/wallet.dws?14521.htm

Withdraw while you still can if you have not already!

Withdraw quickly!

[Atomicat]

Hey kids.  So why is it that I'm always embarrassed about asking simple questions?  Don't answer that, it's a simple question.  I just saw the latest 64 builds in all their variety and wanted to make sure I was running the version optimized for the latest AMD architecture.  Obviously the "xptminer_k10_cphr-g1" version is for K10, but is there specifically one for the FX-8350 or bulldozer/piledriver architecture?  Is there a limit to the -s parameter, either in coding or effectiveness.  I've tried up to -s 1600000000 but haven't noticed any improvement however I'm not too familiar with interpreting the output from the miner program.  Would someone be so kind as to give me a quick rundown on what's being shown here?  How do these numbers compare?  I'm running 8 cores (7+1) and a pretty vanilla 4.8Ghz overclock, not pushing ram or bus speeds.  Thanks in advance.

[Ellieo]

Hey kids.  So why is it that I'm always embarrassed about asking simple questions?  Don't answer that, it's a simple question.  I just saw the latest 64 builds in all their variety and wanted to make sure I was running the version optimized for the latest AMD architecture.  Obviously the "xptminer_k10_cphr-g1" version is for K10, but is there specifically one for the FX-8350 or bulldozer/piledriver architecture?  Is there a limit to the -s parameter, either in coding or effectiveness.  I've tried up to -s 1600000000 but haven't noticed any improvement however I'm not too familiar with interpreting the output from the miner program.  Would someone be so kind as to give me a quick rundown on what's being shown here?  How do these numbers compare?  I'm running 8 cores (7+1) and a pretty vanilla 4.8Ghz overclock, not pushing ram or bus speeds.  Thanks in advance.

Getting as big as possible on 4Ch/s if you are comparing versions of xptminer or optimizing your mining hardware. It takes awhile for 4Ch/s to stabilize before you could come to any conclusion assuming the difficulty didn't vary much while 4Ch/s stabilized. The 4Ch/s varies indirectly with difficulty.

I've tried various setting on -s but didn't notice any difference in performance on my system limited to 8GB only. I think the "-s" stands for sieve size on RAM for mining the sextuplet prime constellation. Larger sieve size definitely gives better chance of finding the prime.