Bitcoin Forum
March 24, 2019, 12:32:50 PM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 [133] 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 ... 302 »
  Print  
Author Topic: [ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record  (Read 657401 times)
restless
Legendary
*
Offline Offline

Activity: 1120
Merit: 1000


View Profile
March 29, 2014, 06:18:13 PM
 #2641

Is  there a way to estimate how much shares cpu generates?
1553430770
Hero Member
*
Offline Offline

Posts: 1553430770

View Profile Personal Message (Offline)

Ignore
1553430770
Reply with quote  #2

1553430770
Report to moderator
1553430770
Hero Member
*
Offline Offline

Posts: 1553430770

View Profile Personal Message (Offline)

Ignore
1553430770
Reply with quote  #2

1553430770
Report to moderator
Your Bitcoin transactions
The Ultimate Bitcoin mixer
made truly anonymous.
with an advanced technology.
Mix coins
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1553430770
Hero Member
*
Offline Offline

Posts: 1553430770

View Profile Personal Message (Offline)

Ignore
1553430770
Reply with quote  #2

1553430770
Report to moderator
1553430770
Hero Member
*
Offline Offline

Posts: 1553430770

View Profile Personal Message (Offline)

Ignore
1553430770
Reply with quote  #2

1553430770
Report to moderator
dga
Hero Member
*****
Offline Offline

Activity: 737
Merit: 511


View Profile WWW
March 29, 2014, 06:58:16 PM
 #2642

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

toto408
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
March 29, 2014, 07:34:13 PM
 #2643

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

Thanks for your work Smiley You deserve your automatic donation Cheesy Any change to release the AVX2 version for Windows?
northranger79510
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250

Riecoin and Huntercoin to rule all!


View Profile
March 29, 2014, 07:44:02 PM
 #2644

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

Thanks dga, I am glad we have a great Riecoin supporter like you.

Huntercoin: H9kttkrQidiQMG9NibmTgjgCKqWJMAkAXD
Riecoin: Like us on https://www.facebook.com/TheRiecoinCommunity
vancsj
Member
**
Offline Offline

Activity: 86
Merit: 10


View Profile
March 29, 2014, 08:32:20 PM
 #2645

Hi, dga, could you show me how to compile your code under mingw?I tried to compile your source under mingw-w64, and got the following error: "collect2.exe: error: ld returned 116 exit status", and sadly I cannot find out what's happening:(

Thanks a lot.

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

RIC solo mining with XPT miner @ zjuer.net:10034
surfer43
Sr. Member
****
Offline Offline

Activity: 504
Merit: 250


"Trading Platform of The Future!"


View Profile
March 29, 2014, 08:35:25 PM
 #2646

stratum anyone?

vancsj
Member
**
Offline Offline

Activity: 86
Merit: 10


View Profile
March 29, 2014, 08:40:17 PM
 #2647

And btw it works fine when using MPIR, the problem occurs only when GMP is enabled.

Hi, dga, could you show me how to compile your code under mingw?I tried to compile your source under mingw-w64, and got the following error: "collect2.exe: error: ld returned 116 exit status", and sadly I cannot find out what's happening:(

Thanks a lot.

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

RIC solo mining with XPT miner @ zjuer.net:10034
Wenzel745
Member
**
Offline Offline

Activity: 61
Merit: 10

I'll use crypto to buy a Fiat


View Profile
March 29, 2014, 10:52:04 PM
 #2648

Hey guys, I've got about 30 i7 2600's I might want to have mining riecoin. Any idea how I could calculate my rie/day? Can't seem to find any listing of speeds or a calculator. Thanks!

BTC: 163pZXhATaWiuGAX9o9y6PuKCF8ipDWnJH
HVC: HJWFdgUJPEw1oiLckBFPBzs8vCTLokCGgd
bsunau7
Member
**
Offline Offline

Activity: 114
Merit: 10


View Profile
March 30, 2014, 12:14:11 AM
 #2649

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

Just had a very quick look over the code and I do my sieve in phases which might help speed things up a little more (warning my system does not have a hardware divide so I see the benefits very clearly, x86_64 might not see any speed-ups at all).

Phase 1.  primes smaller than 2*primorial (I use 210).

A normal sieve with a fast exit eg.

Code:
if(!(psieve[j>>5] & ( 1U << (j & 0x1f)))) break;

Phase 2.  The next "few hundred primes"

Add the "remainder to large" test.  Doing this test early in the sieve slows the sieve as the test mostly fails which is why I do it later eg.

Code:
if(tmp & 0xffffffe0UL) continue;

Only when the remainder has a greater than 50% chance of passing the test does it becomes time efficient to have this test.

Phase 3.  The last few hundred thousand primes.

I do this in line with the scanner but the main difference is a bulk check 32 candidates at a time eg.

Code:
if(!psieve[j>>5]) { j += 31; offset += 210*31; continue; }

This needs candidate density to be less that ~1 in 64 candidates which is why you need to sieve the "first few hundred" before you get benefit.

Regards and as always check my logic,

--
bsunau7
dga
Hero Member
*****
Offline Offline

Activity: 737
Merit: 511


View Profile WWW
March 30, 2014, 01:02:56 AM
 #2650


Just had a very quick look over the code and I do my sieve in phases which might help speed things up a little more (warning my system does not have a hardware divide so I see the benefits very clearly, x86_64 might not see any speed-ups at all).

Phase 1.  primes smaller than 2*primorial (I use 210).

A normal sieve with a fast exit eg.

Code:
if(!(psieve[j>>5] & ( 1U << (j & 0x1f)))) break;

Phase 2.  The next "few hundred primes"

Add the "remainder to large" test.  Doing this test early in the sieve slows the sieve as the test mostly fails which is why I do it later eg.

Code:
if(tmp & 0xffffffe0UL) continue;

Only when the remainder has a greater than 50% chance of passing the test does it becomes time efficient to have this test.

Phase 3.  The last few hundred thousand primes.

I do this in line with the scanner but the main difference is a bulk check 32 candidates at a time eg.

Code:
if(!psieve[j>>5]) { j += 31; offset += 210*31; continue; }

This needs candidate density to be less that ~1 in 64 candidates which is why you need to sieve the "first few hundred" before you get benefit.

Regards and as always check my logic,

Perhaps I'm misunderstanding, but:

(a)  Using the 40th primorial (plus or minus depending on which of the miners you're talking about) means that you never sieve factors that fit into a word anyway.

(b)  The majority of time in my code is spent doing three things, in order:
  - Fermat primality test (gmp)
  - Calculating T_rounded_up % p  (gmp)
  - Sieving large primes that still occur multiple times in the maximum number of nonces (primes under 2^29).
    Most of this time is actually spent asking one thing:   if (offset < sieve_size)
    which mostly fails with a sieve of 8M entries and a prime of, e.g., 100m.

My guess, though I might be wrong, is that a lot of the optimizations you're looking at start to become less dominant when you go for a really huge primorial.  For example, almost _no_ time is spent in checking the actual sieve - as far as I can tell, there's basically zero benefit to trying to optimize finding candidates.  The code spends somewhere between 1-2 seconds doing primality testing for each iteration through the sieve (8 million bits).  The time to check each bit position is a few tens of microseconds of that 1-2 seconds.

bsunau7
Member
**
Offline Offline

Activity: 114
Merit: 10


View Profile
March 30, 2014, 01:11:32 AM
 #2651


Perhaps I'm misunderstanding, but:

(a)  Using the 40th primorial (plus or minus depending on which of the miners you're talking about) means that you never sieve factors that fit into a word anyway.

(b)  The majority of time in my code is spent doing three things, in order:
  - Fermat primality test (gmp)
  - Calculating T_rounded_up % p  (gmp)
  - Sieving large primes that still occur multiple times in the maximum number of nonces (primes under 2^29).
    Most of this time is actually spent asking one thing:   if (offset < sieve_size)
    which mostly fails with a sieve of 8M entries and a prime of, e.g., 100m.

My guess, though I might be wrong, is that a lot of the optimizations you're looking at start to become less dominant when you go for a really huge primorial.  For example, almost _no_ time is spent in checking the actual sieve - as far as I can tell, there's basically zero benefit to trying to optimize finding candidates.  The code spends somewhere between 1-2 seconds doing primality testing for each iteration through the sieve (8 million bits).  The time to check each bit position is a few tens of microseconds of that 1-2 seconds.

Ah!  Mine is a 32bit machine so I've kept everything 32bits or less so I don't have the issue in (a).  Likewise it becomes inefficient for me to sieve primes larger than a million which mitigates out some of (b).

Regards,

--
bsunau7
northranger79510
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250

Riecoin and Huntercoin to rule all!


View Profile
March 30, 2014, 08:27:44 AM
 #2652

How are other pools doing right now?

Huntercoin: H9kttkrQidiQMG9NibmTgjgCKqWJMAkAXD
Riecoin: Like us on https://www.facebook.com/TheRiecoinCommunity
agx.io
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
March 30, 2014, 02:54:28 PM
 #2653

You asked. We listened. Lots of upgrades to Austin Global Exchange launched overnight. Faster trades. Faster page loads. Fewer clicks. Intuitive layout. More markets. Dynamic content. Integrated chat. And more!

You can also earn 1% trading bonuses on VC, NOBL, and DGB! Reach out to us, social@agx.io, if you're a developer wanting to sponsor a 1% trading promo on another coin. We're always looking for great partners.

Check out agx.io to trade RIC/BTC, learn more about the 1% promo, and see what we've been working on!

- The Austin Global Team

Find us at:
agx.io
bitcointalk.org/index.php?topic=507474
bitcointalk handles: "agx.io," "AustinGlobal"
twitter.com/AustinGlobalX
austinglobal.tumblr.com
primer10
Sr. Member
****
Offline Offline

Activity: 249
Merit: 250


View Profile
March 30, 2014, 03:13:36 PM
 #2654

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

Thanks dga!!

I compiled b13 against gmp 6, ran for 11 hrs. I tried b14, also against gmp 6 for almost 11hrs.. then I switched back to b13.
I am using i7-4770 and so far it seems b13 is better, in terms of shares/h reported on ypool ..

Anyone else has similar results to mine?
surfer43
Sr. Member
****
Offline Offline

Activity: 504
Merit: 250


"Trading Platform of The Future!"


View Profile
March 30, 2014, 03:49:27 PM
 #2655

How are other pools doing right now?
upcpu found 4 blocks last 120 blocks.
infinitypool yet to find a block...

northranger79510
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250

Riecoin and Huntercoin to rule all!


View Profile
March 30, 2014, 07:38:14 PM
 #2656

How are other pools doing right now?
upcpu found 4 blocks last 120 blocks.
infinitypool yet to find a block...

Any reasons for this?

Huntercoin: H9kttkrQidiQMG9NibmTgjgCKqWJMAkAXD
Riecoin: Like us on https://www.facebook.com/TheRiecoinCommunity
jussdf
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
March 30, 2014, 07:48:35 PM
 #2657

I was just ready to mining this coin. Grin Grin Grin
Bigtruck45
Newbie
*
Offline Offline

Activity: 37
Merit: 0


View Profile
March 30, 2014, 08:31:54 PM
 #2658

Was just wondering, how powerful a computer/cpu is needed to at least be able to mine a block? I'm currently on ypool with Dave's optimized miner and my workers never find any at all.

I'm running an i5 4570 4 core with 8GB RAM on Ypool.
Found 2 blocks since start of riecoin for the pool.
142 coins as my share so far.


northranger79510
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250

Riecoin and Huntercoin to rule all!


View Profile
March 30, 2014, 11:34:10 PM
 #2659

Low activity on this thread right now. :O

Huntercoin: H9kttkrQidiQMG9NibmTgjgCKqWJMAkAXD
Riecoin: Like us on https://www.facebook.com/TheRiecoinCommunity
dga
Hero Member
*****
Offline Offline

Activity: 737
Merit: 511


View Profile WWW
March 31, 2014, 12:17:45 AM
 #2660

Sorry - I'm clueless about MPIR.

And btw it works fine when using MPIR, the problem occurs only when GMP is enabled.

Hi, dga, could you show me how to compile your code under mingw?I tried to compile your source under mingw-w64, and got the following error: "collect2.exe: error: ld returned 116 exit status", and sadly I cannot find out what's happening:(

Thanks a lot.

Hi, all - I've posted b14 source and binaries for the fastrie xptMiner:

- Binaries:      http://www.cs.cmu.edu/~dga/crypto/ric/
- Source:        https://github.com/dave-andersen/fastrie
- ChangeLog:  https://github.com/dave-andersen/fastrie/blob/master/ChangeLog
- README:      http://www.cs.cmu.edu/~dga/crypto/ric/readme.html

This is a speed-boost release targeting larger sieves, and the binaries are now
linked against gmp 6.0.0a, which provides faster code targeting avx and avx2
in particular.  Sandy Bridge, Ivy Bridge, and Haswell machines should see a very
reasonable 5-15% speedup.

The larger sieve support comes from borrowing a trick from a00k's miner,
which reduces memory consumption with sieves > 500m and slightly improves
speed.

Older, slower machines will probably not get much of a boost from this release,
but newer, faster boxes may benefit from a larger sieve - I'm seeing 10-20% speedups
on i7-4770 (Haswell) CPUs.

Thanks to the folks on ypool for kicking the tires on this.  As always, there
are likely to be bugs, but hopefully not too many. Smiley  Please do read the
README before worrying about some of them, and before tweaking
the sieve size too much.

Pages: « 1 ... 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 [133] 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 ... 302 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!