+1 8bitPunk I might have found a bug in hp7. I copied the hp7 code over to Reaper, and found some weird behavior. I noticed that many shares/blocks it found, had a difficulty with a fractional part of 0.
Function: FermatProbablePrimalityTestFast. It does a Fermat test, and if it fails, it calculates the fractional part. However, there's a fast division test before the Fermat test. If the fast division test is succesful, the function is returned from and the fractional part isn't calculated. If it just happened to be the last number in a chain, the fractional part isn't calculated and is left at 0. This means if the difficulty is for example 6.2, and the miner found a block of difficulty 6.3, it's possible that the fractional part was left uncalculated, and the miner thinks it's difficulty 6.0. The block doesn't get submitted and lots of profit has been lost.
The same applies to EulerLagrangeLifchitzPrimalityTestFast.
Right now I don't have git set up, I can't submit a patch.
Is this the specific change that causes the bug you are referring to: https://bitbucket.org/mikaelh/primecoin-hp/commits/64528eba386c948e4e63d50b9eb6c1a500bac4ca ? Here's the original comment explaining why it should work: https://bitcointalk.org/index.php?topic=255782.msg2787426#msg2787426What are your thoughts? mtrlt replied that this commit is not what he was referring to, and the commit is after the hp7 tag which mtrlt pulled into his project. I believe he is referring to the code below - which appears around lines 556 & 606: if (lRemainder % vPrimes[nPrimeSeq] == 0)
return false; This code returns false without first calculating the fractional part, exactly as mtrlt explained. I'm testing a fix and will let mikaelh know if it works. |
|
|
|
So do we have to wait for the next update to get this problem solved? I might have found a bug in hp7. I copied the hp7 code over to Reaper, and found some weird behavior. I noticed that many shares/blocks it found, had a difficulty with a fractional part of 0.
Function: FermatProbablePrimalityTestFast. It does a Fermat test, and if it fails, it calculates the fractional part. However, there's a fast division test before the Fermat test. If the fast division test is succesful, the function is returned from and the fractional part isn't calculated. If it just happened to be the last number in a chain, the fractional part isn't calculated and is left at 0. This means if the difficulty is for example 6.2, and the miner found a block of difficulty 6.3, it's possible that the fractional part was left uncalculated, and the miner thinks it's difficulty 6.0. The block doesn't get submitted and lots of profit has been lost.
The same applies to EulerLagrangeLifchitzPrimalityTestFast.
Right now I don't have git set up, I can't submit a patch.
Thanks mtrlt... the code you copied is all the commits up to the tag ' v0.1.1xpm-hp7' or including more recent commits in the last 16 hours? Mikaelh has been changing this section of the code to avoid calculating the fractional part when the chain length was insufficient to pass the difficulty. e.g. commit 64528eb & 27c3cdf |
|
|
|
|
Has anyone tried using the same wallet across all mining servers? does it work?
|
|
|
|
Good work getting a hold of him. This is the type of people who will give primecoin great press and media attention. Get him in contact with Sunny ASAP! I sent an email to Dirk Augustin who maintains this page: http://users.cybercity.dk/~dsl522332/math/Cunningham_Chain_records.htmHere's what he said: Hello,
thx for informing me.
I was not aware of Primecoin until now. It sounds very interesting especially as it is using prime chains like those I have been searching for more than ten years until now.
I will check the records as soon as possible and update my webpage accordingly.
Congratulations to everyone involved in these great record improvements.
Best regards,
Dirk Augustin |
|
|
|
Now the 12 chain records are rolling in  New World Record!
Block 74722, Chain 2CC0c (12 primes), 97 digits
Previous record: 62 digits Does that show up in debug.log? is that that only way to check on linux? |
|
|
|
One quick question: how do I tell how many coins I've mined?
Hi, just watch 'primecoind getbalance' or 'primecoind listtransactions' or both... I don't know if immature coins are listed though. Hi, When you type in primecoind listtransactions, do you see an address? or do you see a blank [ ] or { } ? If the brackets or braces are blank, no blocks yet. You will see it listed as 'generate' full address info, coin amount (11 xpm estimated currently), and immature or mature depending on when you seen it. Also, if you used this guide, you will see a balance. If you see 0.00000 that means no coins mined. If you see 11.xxx or 10.xxx instead of 0.0000 you got some coins, but double check with primecoind listtransaction. You'll know its there when you see the added text. Best of luck maco |
|
|
|
There is a few ways to fix this. Trust me, I had a lot of slip and falls, but thanks to the assistance of the community, I got back up. Plan A) execute swap file commands cd sudo dd if=/dev/zero of=/swapfile bs=64M count=16 sudo mkswap /swapfile sudo swapon /swapfile Plan B) Before make file execution, use this command: sed -i 's/O2/O3/g' makefile.unix then try this again -> make -f makefile.unix USE_UPNP=- Still don't work? Plan C) Get upgraded to 1024 MB of RAM and you are good to go. Only do this step if necessary and Plan A & Plan B has failed. Best of luck! Thanks for the comprehensive instructions.  I have got a bit stuck though and I'm hoping someone can help. I got HP5 working and am now trying HP7. I am trying under three different distros: Debian 6, Ubuntu 12.4 and Centos 6. I was getting some failures due to this bug, but got around that using the recommended s/TIME_UTC/TIME_UTC_/g. CentOSThis one fails not finding lib boost I think, but the latest versions are installed: # make -f makefile.unix USE_UPNP=-
/bin/sh ../share/genbuild.sh obj/build.h
which: no git in (/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin)
g++ -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/root/primecoin-0.1.1-hp7/src -I/root/primecoin-0.1.1-hp7/src/obj -I/usr/local/include -DUSE_IPV6=1 -I/root/primecoin-0.1.1-hp7/src/leveldb/include -I/root/primecoin-0.1.1-hp7/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -o primecoind leveldb/libleveldb.a obj/alert.o obj/version.o obj/checkpoints.o obj/netbase.o obj/addrman.o obj/crypter.o obj/key.o obj/db.o obj/init.o obj/keystore.o obj/main.o obj/net.o obj/protocol.o obj/bitcoinrpc.o obj/rpcdump.o obj/rpcnet.o obj/rpcmining.o obj/rpcwallet.o obj/rpcblockchain.o obj/rpcrawtransaction.o obj/script.o obj/sync.o obj/util.o obj/wallet.o obj/walletdb.o obj/hash.o obj/bloom.o obj/noui.o obj/leveldb.o obj/txdb.o obj/prime.o obj/checkpointsync.o -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-Bdynamic -l boost_system -l boost_filesystem -l boost_program_options -l boost_thread -l db_cxx -l ssl -l crypto -l gmp -Wl,-Bdynamic -l z -l dl -l pthread /root/primecoin-0.1.1-hp7/src/leveldb/libleveldb.a /root/primecoin-0.1.1-hp7/src/leveldb/libmemenv.a
/usr/bin/ld: cannot find -lboost_thread
collect2: ld returned 1 exit status
make: *** [primecoind] Error 1
Compiler crashes without any particularly helpful info: # make -f makefile.unix
/bin/sh ../share/genbuild.sh obj/build.h
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/root/primecoin-0
p7/src -I/root/primecoin-0.1.1-hp7/src/obj -I/usr/local/include -DUSE_UPNP=0 -DUSE_IPV6=1 -I/root/primecoin-0.1.1-hp7/src/leveldb/include -I/root/primecoi
1-hp7/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -MMD -MF obj/main.d -o obj/m
main.cpp
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.6/README.Bugs> for instructions.
make: *** [obj/main.o] Error 4
Similar to Ubuntu in terms of compiler crash, but the message about git might be helpful to someone more clueful than me? # make -f makefile.unix
/bin/sh ../share/genbuild.sh obj/build.h
fatal: Not a git repository (or any of the parent directories): .git
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/root/primecoin-0.1.1-hp7/src -I/root/primecoin-0.1.1-hp7/src/obj -I/usr/local/include -DUSE_UPNP=0 -DUSE_IPV6=1 -I/root/primecoin-0.1.1-hp7/src/leveldb/include -I/root/primecoin-0.1.1-hp7/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2 -MMD -MF obj/main.d -o obj/main.o main.cpp
g++: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See <file:///usr/share/doc/gcc-4.4/README.Bugs> for instructions.
make: *** [obj/main.o] Error 1
Any suggestions welcome! Kate. PS. I expect my guys will fix this in the next day or so but I was having a go while they are busy with the main mining estate. Since I've got stuck I expect others will too! |
|
|
|
How is progress so far? CUDA is a must |
|
|
|
So it seems like a few people cant get sievesize to 4M or more.
v3 has worked well above 6M sievesize for me. it's the only version that works on mainnet above 2.2M for my i7 quad. it's also the last version I found blocks with on mainnet.  v6 was fastest (most BPMs), but I can't get it to run on mainnet with the settings I had on testnet (6144000). What did you set 6M at? I think 61440000 did good for me, but that was only on the testnet and never did good when it came down to the nuts and bolts of mining, haha. |
|
|
|
Obviously that correction mattered. Yes you complained, you made huge mistakes there.
Stop spying on me, QRK earned me more than you and half of the people mining XPM will.
Get real servers and then you won't go into an loss.
Can I get you something to drink? Water? Go relax under the sun a bit... It sounds like you are just passing through. /slap for being ignorant. * maco weaves Good-bye! That sure was an executed IRC command and now used in the forum using /me |
|
|
|
I forgot to mention that -hp7 should reduce the amount of random crashes since the crashes happen during block template creation. It's not a complete fix but it should help a bit.
Thanks mikaelh you are doing a superb job. He deserves some tips |
|
|
|
Obviously that correction mattered. Yes you complained, you made huge mistakes there.
Stop spying on me, QRK earned me more than you and half of the people mining XPM will.
Get real servers and then you won't go into an loss.
Can I get you something to drink? Water? Go relax under the sun a bit... It sounds like you are just passing through. |
|
|
|
git pull
make -f makefile.unix
primecoind stop
sudo mv /usr/local/bin/primecoind /usr/local/bin/primecoind_723
sudo mv primecoind /usr/local/bin/primecoind
primecoind --daemon You are always there when quick help is needed. Thanks! Do I need make -f makefile.unix clean before hand? and during make -f makefile.unit (should I be at cd ) or cd ~/primecoin/src ? |
|
|
|
Looks like the repo is updated with the fix for last nights bug.
What happened last night? |
|
|
|
5 Linux Servers running latest HP6 with 30K PPS ~ total and only 1 BLOCK SO FAR (14+ HOURS ) = NEGATIVE $67
I mined a block before DDOS (or it was a bug with the network)... I can safely say I am really not really MINING blocks anymore. Hope I see some action in the next 24 hours.
You can't blaim the coin for your bad investment. Blame* and did I blame the coin? and the servers mined a decent amount of blocks prior to the crash today... so you can't say its a bad investment either. Go back to QRK coin, you might be able to get a quick $0.05 out of 10k coins ~ EDIT: you know its all fun and games at the end of the day! so I'll be first to say, I am joking, hehe? So.....what sever/host you using again . It's too late in the game at this point for VPM primecoin, I am just curious for my own needs. haha, yeah it is namecheap. and I am not worried about it, just didn't think it was crucial details So.. It sounds like you know of an alternative plan. Do you care to share what you have in mind? I think you are onto something! GPU miner? CUDA? |
|
|
|
5 Linux Servers running latest HP6 with 30K PPS ~ total and only 1 BLOCK SO FAR (14+ HOURS ) = NEGATIVE $67
I mined a block before DDOS (or it was a bug with the network)... I can safely say I am really not really MINING blocks anymore. Hope I see some action in the next 24 hours.
You can't blaim the coin for your bad investment. Blame* and did I blame the coin? and the servers mined a decent amount of blocks prior to the crash today... so you can't say its a bad investment either. Go back to QRK coin, you might be able to get a quick $0.05 out of 10k coins ~ EDIT: you know its all fun and games at the end of the day! so I'll be first to say, I am joking, hehe? |
|
|
|
5 Linux Servers running latest HP6 with 30K PPS ~ total and only 1 BLOCK SO FAR (14+ HOURS ) = NEGATIVE $67
I mined a block before DDOS, after DDOS, I CAN SAFELY SAY... I am really not MINING anymore.
what host were you using? Not Digital Ocean. Not NameCheap. Not HostGator. Not Amazon. Don't think if I told you it would really matter. all I am doing is posting results. Anyone else getting something similar or less blocks than before after the ddos or network "bug"? |
|
|
|
|
Show Posts
