Author

Topic: [XPM] [ANN] Primecoin Release - First Scientific Computing Cryptocurrency - page 160. (Read 688812 times)

sr. member
Activity: 287
Merit: 250
Maybe the improvement should be tested with shorter chains on the testnet first.  Or it takes days or probably weeks to show its effects...
Do you know a way to become your own chain?

Timing how long it takes to create a blockchain x blocks long would be an interesting test of your miner's performance.
member
Activity: 99
Merit: 10
My client is '24 hours behind' and taking a long time to sync? Anyone else see this issue (if it is an issue?)

Restart it?
full member
Activity: 140
Merit: 100
My client is '24 hours behind' and taking a long time to sync? Anyone else see this issue (if it is an issue?)
newbie
Activity: 54
Merit: 0
Maybe the improvement should be tested with shorter chains on the testnet first.  Or it takes days or probably weeks to show its effects...
newbie
Activity: 53
Merit: 0
Now we wait for an improved miner to be created. This is quite fun to watch and be a part of. My question now is how quickly the difficulty will go up, even if we're all on cpu miners for the foreseeable future?
sr. member
Activity: 287
Merit: 250
could you please post the codelines you've changed?

cheers!

My lines are gonna be off since I also removed the printf statements that were inside the loops. The debug file isn't important to me anymore so eh.
But here ya go, no changes to the algorithm itself yet, my knowledge of math isn't in this area.
...

If you're changing the max sieve size, I think you can also change the vector sizes on lines 102-104.


....but what's the point?  You're obviously just proportionately reducing the chance of finding something...
I believe people are having trouble running this on multi-core machines because of cache issues, reducing the amount of memory that goes into each thread might improve the issue? I don't have a 32 core machine to test on though.

I just linked those vectors to my nMaxSieveSize, we'll see if it offers any improvement.
full member
Activity: 238
Merit: 100
could you please post the codelines you've changed?

cheers!

My lines are gonna be off since I also removed the printf statements that were inside the loops. The debug file isn't important to me anymore so eh.
But here ya go, no changes to the algorithm itself yet, my knowledge of math isn't in this area.
...

If you're changing the max sieve size, I think you can also change the vector sizes on lines 102-104.


....but what's the point?  You're obviously just proportionately reducing the chance of finding something...
PSL
member
Activity: 166
Merit: 10
Do you know diff utility? Could you try to create a patch?

Code:
$ diff -u main.cpp main.cpp.new
grc
newbie
Activity: 40
Merit: 0
could you please post the codelines you've changed?

cheers!

My lines are gonna be off since I also removed the printf statements that were inside the loops. The debug file isn't important to me anymore so eh.
But here ya go, no changes to the algorithm itself yet, my knowledge of math isn't in this area.
...

If you're changing the max sieve size, I think you can also change the vector sizes on lines 102-104.
sr. member
Activity: 287
Merit: 250
could you please post the codelines you've changed?

cheers!

My lines are gonna be off since I also removed the printf statements that were inside the loops. The debug file isn't important to me anymore so eh.
But here ya go, no changes to the algorithm itself yet, my knowledge of math isn't in this area.
Code:
main.cpp
4610:  uint256 phash = pblock->GetHeaderHash();

4611 - 4614:         while ((phash < hashBlockHeaderLimit || CBigNum(phash) % bnHashFactor != 0) && pblock->nNonce < 0xffff0000){
            pblock->nNonce++;
            phash = pblock->GetHeaderHash();
        }

4644: CBigNum bnMultiplierMin = bnPrimeMin * bnHashFactor / CBigNum(phash) + 1;
4655: if (MineProbablePrimeChain(*pblock, bnFixedMultiplier, fNewBlock, nTriedMultiplier, nProbableChainLength, nTests, nPrimesHit,phash))

prime.h
10: static const unsigned int nMaxSieveSize = 500000u;
60: bool MineProbablePrimeChain(CBlock& block, CBigNum& bnFixedMultiplier, bool& fNewBlock, unsigned int& nTriedMultiplier, unsigned int& nProbableChainLength, unsigned int& nTests, unsigned int& nPrimesHit,uint256& headerhash);

prime.cpp
342: bool MineProbablePrimeChain(CBlock& block, CBigNum& bnFixedMultiplier, bool& fNewBlock, unsigned int& nTriedMultiplier, unsigned int& nProbableChainLength, unsigned int& nTests, unsigned int& nPrimesHit,uint256& headerhash)

360: psieve.reset(new CSieveOfEratosthenes(nMaxSieveSize, block.nBits, headerhash, bnFixedMultiplier));
380: bnChainOrigin = CBigNum(headerhash) * bnFixedMultiplier * nTriedMultiplier;

hero member
Activity: 756
Merit: 501
Any idea how to "hashing the block header once per nonce instead of 1-3x..."
https://bitcointalksearch.org/topic/m.2689718
A bit cryptic and above my skills (yet ^^), but someone more bright than me might know what to do.

edit: Awesomeness below!  Grin
full member
Activity: 238
Merit: 100
nMaxSieveSize = 1000000u  ~130 - 230 pps
nMaxSieveSize = 100000u    ~230 - 400 pps
nMaxSieveSize = 10000u      ~ 350 - 800 pps

Running the second one now, no idea if this will make me mine more blocks or none. Also not sure about the other thing you mentioned, goes above my head.  Grin
I'm not sure that reducing the sieve size is the best optimization, since by reducing it you also reduce the amount of potential numbers you are testing for the PoW...

Who knows what that actually does to the potential of finding a correct PoW though.

Is there only one correct PoW?  How does the program choose where to start looking in the range?  Is it random?
sr. member
Activity: 406
Merit: 250
WTS Primecoin asic. 20,000 primespersec for just 1 watt of electricity.  10,000 btc.  will ship sometime soon, i promise.  

wait, too soon?

You forgot to say that you're BFL.
hero member
Activity: 820
Merit: 1000
Is it possible to have multiple primecoind instances on different machines use a single wallet?  I thought that this could be achieved by using connect= for all of the slave primecoind instances, is that right?
sr. member
Activity: 392
Merit: 250
Any hope of a gpu version?
At least with my current (still incomplete) comprehension of the algorithm, it requires a bignum library.
With this in mind, I don't plan to do a GPU port on my spare time.
Maybe later, after CPU is working, if someone is willing to sponsor the development time.

LukeJr, do you have any hints for people getting started on where to look or what to look for?  Are you running Linux?
Well, the most obvious one was hashing the block header once per nonce instead of 1-3x...
I think the rest of my optimizations required actually comprehending the code Smiley



Any idea how to "hashing the block header once per nonce instead of 1-3x..."
sr. member
Activity: 393
Merit: 250
My first solo mined coin

Was starring at screen, wondering if anything would actually happen... and 18.77 XPM just appeared :]

Took me 6:30 hours on a iMac 3.4GH i7


Wow, that's a long time to be staring at the screen but whatever helps...    Grin


-tb-

Was worth the excitement  :]
full member
Activity: 126
Merit: 100
Left my somewhat optimized version running over night and came back to 3 additional blocks mined.
Getting roughly ~60 pps with 500K sieve size and basic optimization flags. Running on a single thread of a stock i3 2120.

Dude. Post it. Keeping optimized miners secret is a bad move for your rep and the coin. Don't make me get my own optimized one to post.
Other than the sieve size change. I also opted to pass the blockheader hash through the functions, instead of making calls to block->GetHeaderHash() every time. I'm not sure what kind of improvements that actually made since I also changed the sieve size when I first did it.

But it stops me from running double SHA256 like 3 times more than I used to.

could you please post the codelines you've changed?

cheers!
sr. member
Activity: 341
Merit: 250
WTS Primecoin asic. 20,000 primespersec for just 1 watt of electricity.  10,000 btc.  will ship sometime soon, i promise. 

wait, too soon?
hero member
Activity: 756
Merit: 501
Who knows what that actually does to the potential of finding a correct PoW though.
Indeed, might go horribly wrong. But I didn't mine anything since 1800 blocks on that machine, nothing to lose. Cheesy

Running different Sieve values per thread rather than the current all threads same Sieve, could spread out that risk, even if it's just 1 out of 4 running at 10k and the other 3 at 1M
Hmm, is it possible to run multiple instances of primecoind? Or how to assign different sieves to different threads, VMs?
sr. member
Activity: 287
Merit: 250
nMaxSieveSize = 1000000u  ~130 - 230 pps
nMaxSieveSize = 100000u    ~230 - 400 pps
nMaxSieveSize = 10000u      ~ 350 - 800 pps

Running the second one now, no idea if this will make me mine more blocks or none. Also not sure about the other thing you mentioned, goes above my head.  Grin
I'm not sure that reducing the sieve size is the best optimization, since by reducing it you also reduce the amount of potential numbers you are testing for the PoW...

Who knows what that actually does to the potential of finding a correct PoW though.

Running different Sieve values per thread rather than the current all threads same Sieve, could spread out that risk, even if it's just 1 out of 4 running at 10k and the other 3 at 1M
There's an idea. Then run that setup for a day and figure out proportionally which sieve size resulted in the most correct PoWs.
Jump to: