That said, I am still fully synced and have 3 nodes connected...
144.76.123.194 80.74.157.31 198.12.12.83
Hi there, I still think this coin has much unused potential. So I setup another full node with main an testnet to run 24/7. ip: 104.131.69.82
|
|
|
So what i think i need is a guide to show me how to static build gapminer...
https://bitcointalk.org/index.php?topic=149479.0 should be a good starting point, for linux you have to change some of the config parameters You have to statically compile all dependent libraries: boost, gmp, mpfr, openssl, curl. And then link it together. An other option is to remove the -march=native switch when compiling dynamically. The resultant binary should be system independent.
|
|
|
New experimental GapMiner release (CPU only)Revision 5: capable of using the Chinese Remainder Theorem to speed up mining with large shift. windows: https://github.com/gapcoin/GapMiner/releases/download/crt-rev5/gapminer-windows-rev5.zipmd5: dbae859b1e8825f4f9b3f693004833c4 linux: https://github.com/gapcoin/GapMiner/releases/download/crt-rev5/gapminer-linux-rev5.zipmd5: 909f7fcb141a23d60b04ba8c0df1f391 source code: https://github.com/gapcoin/GapMiner/archive/crt-rev5.zipsource code PoWCore: https://github.com/gapcoin/Gapcoin-PoWCore/archive/master.zipThe usage should be pretty self explaining from the start-gapminer file. There are different CRT files containing values optimized for a specific shift. There are 3 new verbose outputs: - gaps/s: The amount of gaps scanned per second
- gaplist: The number of sieved gaps ready for scanning
- block: The percent of the calculation amount of an average block
The primes per second and the block percent values are estimated using the theoretical speed improve from the CRT, so they don't have to be correct. Mining with the CRT is optimized for solo mining. You can mine at the pool, but you will probably mine less shares, and the pps and block values are probably incorrect, but your chance of finding a block is almost the same as when mining solo. Mining with the CRT is splitted in sieve and primality testing using separate threads for each: --threads 4 --fermat-threads 1
means: 3 sieve and 1 gap scan thread. So you have to use at least 2 threads. The scan threads always pick the most promising gap from the gaplist, therefore the gaplist value should always be at least over 100, but a too high gaplist value can slow down mining, (for example over 9000). You can alter --sieve-primes, --threads or --fermat-threads to achieve this. (--sieve-size is not used for CRT mining) FYI: The gaplist is implemented as an heapThe is also an logging version, which produces additional output in a gapminer.log file. If something goes wrong, you can switch versions, and look whats wrong, or at least give feedback.
|
|
|
Yes, that was me running a test on mainnet. Unfortunately it wasn't a new record. Btw, i was thinking about an idea that probably will bring more people aboard. I am not sure if it can be done or maybe if it is bad so i am just writing it here for discussion. Is it possible to automatically know who (if he wants ofc) is mining the world record blocks so that we can list the records like this: Gapcoin[Username] You know, the idea is that you are mining gaps for the coins, for science and for a position on the 'leaderboards'...
A username would probably have to be embedded in the blockchain somehow. Either as a custom wallet address with a person's username or another optional field setting on a solved block which I've read can be done with Bitcoin and this coin is a fork of it. I'm sure j0nn9 knows more. Theoretically this could be done using OP_RETURN, but it would require serious changes in the miner. And if you want to bind a username to a specific miner it gets a lot harder. So at least it's not a short time goal.
|
|
|
I tried mining some with some shifts on the range around 380 but miners gave me 'illegal instruction core dump' error.
I then noticed that it gives me that error for every shift bigger than 192. So i put my miners running with shift 187-192. Lets see what happens.
It seems to work. Any reason why i get this error? Can my binaries be the problem?
My PPS is halved btw.
Yes that's probably the binary, or some library. With what hardware, system and binary do you mine? Thanks, will be great to see CRT improvements. Will using default --sieve-primes and --sieve-size still be what to use on larger shifts with the new miner?
Currently I'm testing with the default values, but they're probably not suitable for any shift value.
|
|
|
Hi there, It's nice to see that some of you using higher shifts to find new records. Im currently working on new version of the Miner wich should speed up mining with higher shift by using the Chinese Reminder Theorem (CRT). I tried long to improve mining by using the CRT, but couldn't find a solution with gives a real speed improve. The thing is, to improve the mining speed with the CRT you have to use an higher shift, as higher the shift as bigger the improvement you make by using the CRT. But with higher shift the mining speed also decreases, so that you make no big improvement at all. But if you targeting higher shifts anyway, than the CRT could make a difference! I'm currently testing my implementation within testnet, but It will still probably take some time till it's ready. Just wanted to let you know, that I'm working on something. I also want to thank you all for the great support from all of you! FYI - gapcoin.org isn't showing a new record of length 9100 though maybe it needs time to refresh
The website now parses all gaps from http://www.trnicely.net/ till 20k, which is currently not very efficient implemented, so I set the refresh interval to 4 hours, once the new miner is finished, I'll take care of it.
|
|
|
I'll venture a hypothesis from various things I've read on this whole thread. The miner sets up the sieve, in your case 2^25 (the shift being 25) and the resultant value as the required seive size - 33554432. Now the question is how many primes to use.
All the primes chosen are (from my understanding) each multiplied by 3, then the miner starts with the highest value prime*3 and works backwards scanning for the desired gap length and not bothering with sections that obviously won't net a coin. So the largest prime value(times 3) would ideally stop just short of the end of the sieve.
So here is where a bit of math leg work comes in if you want to be precise. Absolute value of 33554432/3 is 11184810. The first prime less than that is 11184799. 11184799*3 is 33554397 which fits nicely near the top of the seive. A check of bigprimes.net shows it as the 737948th prime and thus the number of primes for shift 25.
Can someone verify if this logic is correct? I think the default primes is 500000, Maybe it could be more efficient? Also we could build a table of primes for different shift values, perhaps blocks would be found faster if everyone wasn't trying to scan 2^25 at the same time on each round.
Since revision 4, the default values are the same as from dcct's mod: --shift 25 --sieve-primes 900000 --sieve-size 33554432
In the beginning, we sieve with the first n primes. For the first 2063689 primes, every prime eliminates at least one candidate in the sieve. For the primes behind that point, the possibility for eliminating a prime candidate in the sieve decreases. After sieving, the remaining prime candidates are scanned for prime gaps. When a prime is found while scanning the gap, the whole gap is skipped and the miner scans the next possible gap in the sieve. A more detailed description can be found here: https://github.com/gapcoin/Gapcoin-PoWCore@j0nn9 - Any new performance improvements coming or nvidia miner?
Since i don't have any Nvidia cards, I'm not capable of porting the miner to Nvidia. I tried a lot to improve the cpu-miner by using the Chinese Reminder Theorem, but it seems that Gapcoin's restriction on the prime numbers make it impossible to use the full potential of this method, so the current method is still faster. From my point of view, the miner is probable at the performance limit, but maybe someone else does have some smart Ideas. Even if we are currently a step away from the highest merit record, Gapcoin almost daily finds new first known occurrence prime gaps, these are prime gaps of a specific length for that no gap with a greater merit is known. Currently we have 589 of these records listed here: Prime gaps from 4000 to 5998 Prime gaps from 6000 to 7998Gapcoin frequently either beats its own records or breaks other new prime gap records. I submit these records regularly to Dr. Nicely. You can view the current new found records at these page: http://gapcoin.org/primegaps-length.php
|
|
|
So it's another confirmation on my side. I don't no how j0nn9 testing it, testnet, hmm probably need a real testing... And how dave23 was successfully. Maybe some mistakes with the links with fixed or not fixed builds in thread. It's no good when builds named windows.zip without any numbers imho... This version does not find any shares on pool and no blocks for solo, you should fix it. He said he fix it but as we can see it's not. I guess it's most of that he used testnet and not the real mining for solving that issue. But the dave23 said ( https://bitcointalk.org/index.php?topic=822498.msg10436950#msg10436950) it's ok with last version for solo. So i don't know what to think. I'm not the noob or something. Mining about 3 years. And when i just change the version and it doesn't find any blocks for 24 hours (tested twice) with about 1500000 h\s something wrong... I don't doubt that the current version isn't working on your computer. It seems that the bug I fixed, wasn't the only one. Nevertheless pool and testnet working on my Windows 7 64 bit compile environment. Mining on testnet is almost the same as on mainnet, exactly the same code is running on the miner. Without more information, I probably won't be able to fix the issue, since it's working fine on my side. Anyway, I'll do my best to fix it within the next version. I'll also implement some sort of debug logging. Till the next version is out, you and others which have the same issue with the new version, can just use the old one, the mining speed is equal.
|
|
|
i have problems with gapcoind. If i stop it, then everytime i start it again it looks like it is running but does nothing. I cant connect to rpc server. To fix that i have to delete blocks folder from .gapcoin and then redownload whole blockchain which actually takes too much time. Many hours...
Any ideas? Also j0nn9 maybe you could host the blockchain so that we can download most of it? Finally, are you currently working on anything?
That problem was fixed within the new version: Windows: https://github.com/gapcoin/gapcoin/releases/download/v0.9.2-rev2/gapcoin-rev2-windows.zipmd5: f476544e2b34133d829d585e6b9d3f7a Linux: https://github.com/gapcoin/gapcoin/releases/download/v0.9.2-rev2/gapcoin-rev2-linux.zipmd5: 50551e97df7cdfd672a66ebf059cee20 The blockchain currently is only about 50MB, the long time it takes is because it verifies every downloaded block. In the first wallet version, every block was verified like it was in Bitcoin, but this takes too much time, so in version 2, Gapcoin uses Primecoin's way and does not verifiy every already verified block on startup. You can still enable this recheck with the -slowstart switch.
|
|
|
This is the address for the first place gap bounty.
last processed block: 76271 (february 21, 2015, 14:33 utc) address: GNxcqXsAQMN1ShU3M5kmQko13zhzvciMRE total received: 4500.00000000 gap total send: 2100.98000001 gap final balance: 2399.01999999 gap
I want to donate 1000 gap to the address, but there is supposed to be 4500 gap already in there... What we need is a large Gap bounty for breaking the record. and maybe some better management of the address.
Fixed that one, new addresses are: - working cuda miner binaries + source code Gc2iV35VSshiQtbQGbDKrXjiZb6qvNATqW
- second running pool GdRFensrnTCzkoFMX89pLZpwxAawCsoUnN
- first merit within the top 10 GQaFxaTrNHoCbcMSuY8HRVgaYyJC4DmiYr
- first merit within the top 5 GaQvMjybeLEN2waSMSPskKvtE1vBheB1is
- first merit, which breaks the world record GQE3hMaBz1uCCMATzXGfYK13A8PjqxKxz6
I also raised the bounty for the world record about 3500 GAP. The new bounties are: - 1000 GAP for working cuda miner binaries + source code
- 500 GAP for the second running pool
- 1000 GAP for the first merit within the top 10
- 1500 GAP for the first merit within the top 5
- 8000 GAP for the first merit, which breaks the world record
|
|
|
I don't think you fix it. Still no blocks after 24 hour of mining! Back to previous version, block after 2 hours. I explicit tested the uploaded version again, at least on my system the bug is fixed, and it's mining valid blocks on testnet. But it shouldn't bother you anyway, the new version only fixed the Windows stratum support. The mining speed is still the same.
|
|
|
can anybody tell me how to build gapminer_dcct_mod.zip with mingw ?
I get some linking errors, a makefile that works would be nice... or well any help is appreciated
You'll probably need to compile all missing libraries for Windows. But you maybe could install some of those libraries within the mingw environment, but I didn't tried that. For example, a makefile to compile gapminer_dcct with all libraries linked statically would look like this: SRC = ./src BIN = ./bin CC = g++ CXXFLAGS = -O3 -c -lm -pthread \ --param max-inline-insns-single=1000 \ -Wno-write-strings \ -I/c/deps64/boost_1_55_0 \ -I/c/deps64/gmp-6.0.0 \ -I/c/deps64/mpfr-3.1.2/src \ -I/c/deps64/openssl-1.0.1h/include \ -I/c/deps64/jansson-2.7/src \ -I/c/deps64/curl-7.24.0/include -DWINDOWS -DCURL_STATICLIB -lcurl LDFLAGS = -static -lcrypto -lmpfr -lgmp -pthread -O3 \ -lssl -lcrypto -lws2_32 -lz -lws2_32 -lgmp -lmpfr -ljansson -lm \ /c/deps64/boost_1_55_0/stage/lib/libboost_system-mgw49-mt-s-1_55.a \ -L/c/deps64/gmp-6.0.0/.libs \ -L/c/deps64/mpfr-3.1.2/src/.libs \ -L/c/deps64/curl-7.24.0/lib/.libs/ \ -L/c/deps64/jansson-2.7/src/.libs \ -L/c/deps64/openssl-1.0.1h/ -lcurl -lws2_32 -lz
.PHONY: clean test all install
# default target all: link $(CC) $(ALL_OBJ) $(LDFLAGS) -o $(BIN)/gapminer
install: all cp $(BIN)/gapminer /usr/bin/
ALL_SRC = $(shell find $(SRC) -type f -name '*.cpp') ALL_OBJ = $(ALL_SRC:%.cpp=%.o)
%.o: %.cpp $(CC) $(CXXFLAGS) $^ -o $@
compile: $(ALL_OBJ) $(ALL_OBJ)
prepare: @mkdir -p bin
link: prepare compile
clean: rm -rf $(BIN) rm -f $(ALL_OBJ) $(ALL_OBJ)
All dependent libraries are built within the directory C:\deps64 The libraries are given eighter by the -L switch or the direct path to the static compiled library file. Another tutorial which might help you: https://bitcointalk.org/index.php?topic=149479.0If you discover any weird problems, I suggest building a compiler environment on a fresh windows installation, for example using virtualbox.
|
|
|
j0nn9 did you test your last version for cpu in solo ? I believe it's not finding blocks, previous ver is ok! Got 1.900.000 pps.
Thanks for the hint! Just tested both the linux and windows version on testnet. Linux version seems to be fine, but you are right with the windows version, it doesn't work solo. I'll fix this! Till then you should be fine using the the previous one (dcct's mode). The speed should be equal.
|
|
|
Thank you, but the same: "Found share stale!" and "pps:0 / 0 tests/s 0 / 0" again and again..
Hi, you forgot to add the worker name, try: gapminer-cpu.exe -o mine3.gap.nonce-pool.com -p 3385 -u pablofot .<worker> -x <worker password> -t 2 --stratum You can create a worker here: http://gap.nonce-pool.com/index.php?page=account&action=workers
|
|
|
I like Riecoin, it can find the world records of 6-tuplets now. So why is GAPCOIN the best ?
I think all prime number related coins are special and have a great benefit to the scientific community. Just for the records: Gapcoin almost daily finds new world records for first known occurrence prime gaps. http://gapcoin.org/primegaps-length.phpMore informations can be found here: http://gapcoin.org/primegaps.php
|
|
|
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fpp.vk.me%2Fc624118%2Fv624118321%2F12b99%2Ff9HrI2WnVrY.jpg&t=663&c=e05oPfU2Zy83Ug) Installed a new version of the wallet and can't unlock the wallet. This is not unusual, it is actually not possible to decrypt an encrypted wallet, this also holds for Bitcoin. If you want to send Gapcoins to another address, you will be asked for your passphrase, to unlock the wallet and to process the transaction.
|
|
|
I already wrote them at Christmas, but no response till now.
|
|
|
Thanks! Maybe we can get some new pools now.
|
|
|
|