If uncles are added then I think the share interval could be reduced even more to (say) 15 seconds.
For what its worth, average time between blocks on the p2pool share chain was 10 seconds once upon a time. |
|
|
|
but I have an error with the compile:
make oclvanitygen
cc -ggdb -O3 -Wall -c -o oclengine.o oclengine.c
oclengine.c: In function ‘vg_ocl_prefix_check’:
oclengine.c:1553:18: warning: variable ‘tablesize’ set but not used [-Wunused-but-set-variable]
int orig_delta, tablesize;
^
cc oclvanitygen.o oclengine.o pattern.o util.o -o oclvanitygen -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread -lOpenCL
So, I tried to run with this command
/vanitygen-master# ./oclvanitygen -i 1address
Difficulty: 13419245680
Killed error? nah man!, compiler diagnostic yes(thats a good thing) As far as i can tell, oclvanitygen should be working for you. Try adding a -S (safe mode) to your command line is about all I can suggest. |
|
|
|
Could also try building with clang its available in EPEL. milton@milton:~/temp/cgminer$ clang --version
clang version 3.8.0 (tags/RELEASE_380/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
buildlog here: http://dpaste.com/3Z7962Zgot it going with some old gear here: cgminer version 4.9.2 - Started: [2016-07-16 12:24:27.338]
--------------------------------------------------------------------------------
(5s):37.26G (1m):37.85G (5m):24.31G (15m):11.01G (avg):37.62Gh/s
A:2000 R:0 HW:2 WU:525.1/m
Connected to stratum.ckpool.org diff 1K with stratum as user 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ.0
Block: 4454ec80... Diff:213G Started: [12:25:55.222] Best share: 1.71K
--------------------------------------------------------------------------------
[U]SB management [P]ool management [S]ettings [D]isplay options [Q]uit
0: ANU 0 : 250MHz | 3.301G / 1.926Gh/s WU:26.9/m
1: ANU 1 : 250MHz | 3.030G / 2.105Gh/s WU:29.4/m
2: ANU 2 : 250MHz | 1.461G / 2.270Gh/s WU:31.7/m
3: ANU 3 : 250MHz | 2.177G / 1.678Gh/s WU:23.5/m
4: ANU 4 : 250MHz | 2.614G / 2.174Gh/s WU:30.4/m
5: ANU 5 : 250MHz | 1.917G / 1.912Gh/s WU:26.7/m
6: ANU 6 : 250MHz | 2.579G / 2.022Gh/s WU:28.3/m
7: ANU 7 : 250MHz | 1.733G / 1.555Gh/s WU:21.7/m
8: ANU 8 : 250MHz | 950.8M / 1.926Gh/s WU:26.9/m
9: ANU 9 : 250MHz | 3.413G / 1.857Gh/s WU:26.0/m
10: ANU 10 : 250MHz | 2.224G / 2.174Gh/s WU:30.4/m
11: ANU 11 : 250MHz | 2.550G / 2.022Gh/s WU:28.3/m
12: ANU 12 : 250MHz | 1.348G / 1.857Gh/s WU:26.0/m
13: ANU 13 : 250MHz | 5.615G / 2.201Gh/s WU:30.8/m
14: ANU 14 : 250MHz | 2.573G / 2.009Gh/s WU:28.1/m
15: ANU 15 : 250MHz | 2.950G / 1.775Gh/s WU:24.8/m
16: ANU 16 : 250MHz | 2.231G / 1.981Gh/s WU:27.7/m
17: ANU 17 : 250MHz | 2.598G / 1.981Gh/s WU:27.7/m
18: ANU 18 : 250MHz | 2.181G / 2.174Gh/s WU:30.0/m
--------------------------------------------------------------------------------
[2016-07-16 12:24:05.797] Started cgminer 4.9.2
[2016-07-16 12:24:26.338] Probing for an alive pool
[2016-07-16 12:24:26.912] Pool 0 difficulty changed to 1000
[2016-07-16 12:24:27.182] Pool 0 message: Authorised, welcome to solo.ckpool.org 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ!
[2016-07-16 12:24:27.339] Network diff set to 213G
[2016-07-16 12:25:55.222] Stratum from pool 0 detected new block at height 420910
[2016-07-16 12:27:14.942] Pool 0 message: New best ever share for user: 1100.238928
[2016-07-16 12:27:14.942] Stratum reconnect requested from pool 0 to stratum.ckpool.org:443
[2016-07-16 12:27:15.873] Pool 0 difficulty changed to 1000
[2016-07-16 12:27:16.100] Stratum from pool 0 requested work restart
[2016-07-16 12:27:16.101] Pool 0 message: Authorised, welcome to solo.ckpool.org 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ!
[2016-07-16 12:27:50.230] Accepted 400ca180 Diff 1.02K/1000 ANU 13
[2016-07-16 12:28:58.395] Pool 0 message: New best ever share for user: 1713.233558
[2016-07-16 12:28:58.395] Accepted 264091fc Diff 1.71K/1000 ANU 4
|
|
|
|
Every new block. milton@milton:~$ ps -eo cmd | egrep bitcoind | egrep -v grep
bitcoind -daemon -blocknotify=blocknotify %s #!/bin/bash -e
block_message()
{
local DATE=$1
local HEIGHT=$2
local BLOCKHASH=$3
echo -e "+====================================================================="
echo -e "| \033[31m ${DATE} \033[0m"
echo -e "+====================================================================="
echo -e "| \033[31m ${HEIGHT} \033[0m"
echo -e "+====================================================================="
echo -e "| \033[31m ${BLOCKHASH} \033[0m"
echo -e "+====================================================================="
} >> $HOME/temp/blocknotify.txt
block_message "$(date -u)" "$(bitcoin-cli getblockcount)" "$@"
milton@milton:~$ tail -f temp/blocknotify.txt
+====================================================================+
| 0000000000000000016c397b5eac0d5b3580d11b585996d2a8452bef2e03fa3e |
+====================================================================+
+====================================================================+
| Wed Apr 20 23:49:27 UTC 2016
+====================================================================+
| 408221
+====================================================================+
| 0000000000000000033ed3a5284a10c8992cb9411bf4fd33a130fc742436e3f7 |
+====================================================================+ |
|
|
|
Link to the PR?
Seems to be in docs Pkzone git grep 'different exit node' doc/release-notes/release-notes-0.11.0.md:different exit node. That significantly reduces the chance to get unlucky and git blame -L '/different exit node/',-15 ./doc/release-notes/release-notes-0.11.0.md 75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 191)
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 192) One such application is selective Tor usage, where the node runs on the normal
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 193) internet but transactions are broadcasted over Tor.
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 194)
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 195) For an example script see [bitcoin-submittx](https://github.com/laanwj/bitcoin-submittx).
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 196)
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 197) Privacy: Stream isolation for Tor
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 198) ----------------------------------
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 199)
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 200) This release adds functionality to create a new circuit for every peer
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 201) connection, when the software is used with Tor. The new option,
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 202) `-proxyrandomize`, is on by default.
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 203)
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 204) When enabled, every outgoing connection will (potentially) go through a
75a88039 (Casey Rodarmor 2015-08-05 11:22:14 -0400 205) different exit node. That significantly reduces the chance to get unlucky and |
|
|
|
|
LoyceV,
shit man! looks like you've really sodomized your computer now, uhm
I apologise for that LoyceV . I'm not sure how you can return your system
to how it was now. Again sorry about that. Probably best if I shutup now.
|
|
|
|
Install the OpenCL SDK, how that's done will depend on your graphics card, operating system, where you installed stuff, etc. I've been trying all kinds of things, but didn't get it to work. Same error. Any chance a reinstall with another (which one?) Linux-distribution can make this easier? I expect GPU-vanity will find 1 more character in the same time as CPU-miner, so it would be very nice to get to work. LoyceV May I see the output of '' ls -larths /usr/lib*/libOpenCL.so* ``` Depending on the distro the location of that library will be different. If you do have the library a simple symbolic link may be all that you need for vanitygens build machinery to find it. |
|
|
|
Hey cheers for that man! :) milton@milton:~/temp/vanitygen$ make clean
rm -f vanitygen.o oclvanitygen.o oclvanityminer.o oclengine.o keyconv.o pattern.o util.o vanitygen keyconv oclvanitygen oclvanityminer
milton@milton:~/temp/vanitygen$ sed -i.orig -e s'/\(return\) \+\(quirks\)/\1 (\2 \& ~VG_OCL_AMD_BFI_INT)/' oclengine.c
milton@milton:~/temp/vanitygen$ make -j1 all
cc -ggdb -O3 -Wall -c -o vanitygen.o vanitygen.c
cc -ggdb -O3 -Wall -c -o pattern.o pattern.c
cc -ggdb -O3 -Wall -c -o util.o util.c
cc vanitygen.o pattern.o util.o -o vanitygen -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread
cc -ggdb -O3 -Wall -c -o keyconv.o keyconv.c
cc keyconv.o util.o -o keyconv -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread
cc -ggdb -O3 -Wall -c -o oclvanitygen.o oclvanitygen.c
cc -ggdb -O3 -Wall -c -o oclengine.o oclengine.c
oclengine.c: In function ‘vg_ocl_prefix_check’:
oclengine.c:1553:18: warning: variable ‘tablesize’ set but not used [-Wunused-but-set-variable]
int orig_delta, tablesize;
^
cc oclvanitygen.o oclengine.o pattern.o util.o -o oclvanitygen -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread -lOpenCL
cc -ggdb -O3 -Wall -c -o oclvanityminer.o oclvanityminer.c
cc oclvanityminer.o oclengine.o pattern.o util.o -o oclvanityminer -ggdb -O3 -Wall -lpcre -lcrypto -lm -lpthread -lOpenCL -lcurl
milton@milton:~/temp/vanitygen$ ./oclvanitygen -1D 1:0 1AMD
Difficulty: 77178
Compiling kernel, can take minutes...done!
Pattern: 1AMD
Address: 1AMDwsc4ZgV3TMnaeeSK8UBnLy28ey8hN3
Privkey: 5KEoF4fyPozcVNSfgi5e29dvc2iq6KmUv2RamprPPMUaBVxfvFk
|
|
|
|
I could not get this to work with the open source radeon stack on linux. I installed radeon-crimson-15.12-15.302-151217a-297685e.zip Seems to only find matches in safe mode on my rig. milton@milton:~/temp/vanitygen$ /usr/bin/time -v ./oclvanitygen -D 1:0 -1 1ABCDE -S -v
Prefix difficulty: 259627881 1ABCDE
Difficulty: 259627881
Device: Hawaii
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: 1912.5 (VM)
Profile: FULL_PROFILE
Version: OpenCL 2.0 AMD-APP (1912.5)
Max compute units: 40
Max workgroup size: 256
Global memory: 8021225920
Max allocation: 4244635648
OpenCL compiler flags:
Loading kernel binary 36a99a0fe623ec427079e545855decb8.oclbin
Grid size: 2560x4096
Modular inverse: 10240 threads, 1024 ops each
Using OpenCL prefix matcher
Pattern: 1ABCDE
Pubkey (hex): 04bcc0186d64f98580eb5f6c722b7c317ce58761720bd142768ee5ec3439d6a35bc63b47b83ebdf03f87a3fcdf1df2fa3d9d6c4bcb0935eb98e7bf1a00a9e6d3de
Privkey (hex): D23FEFD6084CAC825D063A85532B9D43A5CFBD4A3478C1C38260BDE618F27BCB
Privkey (ASN1): 308201130201010420d23fefd6084cac825d063a85532b9d43a5cfbd4a3478c1c38260bde618f27bcba081a53081a2020101302c06072a8648ce3d0101022100fffffffffffffffffffffffffffffffffffffffffffffffffffffffefffffc2f300604010004010704410479be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8022100fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd0364141020101a14403420004bcc0186d64f98580eb5f6c722b7c317ce58761720bd142768ee5ec3439d6a35bc63b47b83ebdf03f87a3fcdf1df2fa3d9d6c4bcb0935eb98e7bf1a00a9e6d3de
Address: 1ABCDEht5Mg8D8KvaTdALPif8hDgG3qmu2
Privkey: 5KQt8T8X1MeF5Z2NjwceHrvLVbk7PebNo38Kp93oghCPPBvmtgS
Halting...done!
Command being timed: "./oclvanitygen -D 1:0 -1 1ABCDE -S -v"
User time (seconds): 0.20
System time (seconds): 0.20
Percent of CPU this job got: 22%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:01.83
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 91700
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 0
Minor (reclaiming a frame) page faults: 9345
Voluntary context switches: 417
Involuntary context switches: 31
Swaps: 0
File system inputs: 0
File system outputs: 0
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0 Without -S milton@milton:~/temp/vanitygen$ ./oclvanitygen -D 1:0 -1 1ABCDE -v
Prefix difficulty: 259627881 1ABCDE
Difficulty: 259627881
Device: Hawaii
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: 1912.5 (VM)
Profile: FULL_PROFILE
Version: OpenCL 2.0 AMD-APP (1912.5)
Max compute units: 40
Max workgroup size: 256
Global memory: 8003790784
Max allocation: 4244635648
OpenCL compiler flags: -DDEEP_PREPROC_UNROLL -DVERY_EXPENSIVE_BRANCHES -DDEEP_VLIW -DAMD_BFI_INT
Loading kernel binary af7e77b6af14fc4c5fb4342f8879b567.oclbin
Grid size: 2560x4096
Modular inverse: 10240 threads, 1024 ops each
Using OpenCL prefix matcher
[39.37 Mkey/s][total 1468006400][Prob 99.6%] Match idx: 1
CPU hash: 47956086f8a6abd6842beb6de9808be8f40395e4
GPU hash: 64a6a66a53980ec1ea8180d056b7481df24acf17
Found delta: 7954221 Start delta: 73400321
[37.54 Mkey/s][total 1677721600][Prob 99.8%] Match idx: 1
CPU hash: 5f474edbc3b476957fbb91b4573d1bb7d481177b
GPU hash: 64a6a66e9e5625dfe3f4f429cd926d95c4194a01
Found delta: 1102226 Start delta: 20971521
[37.44 Mkey/s][total 1887436800] Match idx: 1
CPU hash: 05142be1e81deccb9c9cb32b5759ae7ddcc34db9
GPU hash: 64a6a66cfe128f9bbc0c1a2c87894ff394e2ad45
Found delta: 2499805 Start delta: 73400321
[37.46 Mkey/s][total 2097152000] Match idx: 1
CPU hash: 6ae839a706481ddae41990448aaf6a57d5b67202
GPU hash: 64a6a66d88f4dd37acac6b99a72ee4de56c76d92
Found delta: 1099274 Start delta: 20971521
GPU idle: 1.01%
[37.44 Mkey/s][total 2181038080] ^C With -S milton@milton:~/temp/vanitygen$ /usr/bin/time -v ./oclvanitygen -D 1:0 -1 1nix -S -v
Prefix difficulty: 4553521 1nix
Difficulty: 4553521
Device: Hawaii
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: 1912.5 (VM)
Profile: FULL_PROFILE
Version: OpenCL 2.0 AMD-APP (1912.5)
Max compute units: 40
Max workgroup size: 256
Global memory: 8027255232
Max allocation: 4244635648
OpenCL compiler flags:
Loading kernel binary 36a99a0fe623ec427079e545855decb8.oclbin
Grid size: 2560x4096
Modular inverse: 10240 threads, 1024 ops each
Using OpenCL prefix matcher
Pattern: 1nix
Pubkey (hex): 0424aa8da2d660b3bd9d40d5bb3a58c2e4d51a539e69b6b99a8cec89920b1a238861ebe969e4303babbd8a9caaed11117f2c44b8f973e456f95c2b96ec13344ef6
Privkey (hex): 49E8BA6B1BCBAFDD84BF5EE5C60EBAB102AB7FFAD962F38DDD67EA584FC2D67E
Privkey (ASN1): 30820113020101042049e8ba6b1bcbafdd84bf5ee5c60ebab102ab7ffad962f38ddd67ea584fc2d67ea081a53081a2020101302c06072a8648ce3d0101022100fffffffffffffffffffffffffffffffffffffffffffffffffffffffefffffc2f300604010004010704410479be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8022100fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd0364141020101a1440342000424aa8da2d660b3bd9d40d5bb3a58c2e4d51a539e69b6b99a8cec89920b1a238861ebe969e4303babbd8a9caaed11117f2c44b8f973e456f95c2b96ec13344ef6
Address: 1nixTZtdryjfp3UuJWMDeZ5kK5dUbe7Ht
Privkey: 5JNqVP4LWSGsDrTPWJDEfbsg8o8d9cZB8Ssa9CwXEQtFqSuihBZ
Halting...done!
Command being timed: "./oclvanitygen -D 1:0 -1 1nix -S -v"
User time (seconds): 0.19
System time (seconds): 0.18
Percent of CPU this job got: 39%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.94
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 92220
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 0
Minor (reclaiming a frame) page faults: 9321
Voluntary context switches: 291
Involuntary context switches: 21
Swaps: 0
File system inputs: 0
File system outputs: 0
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0
I'm thinking I may have an incomplete install I had to build the kernel module manually and kind of package up the binaries, libraries, development headers and then copy to the root file system. I may of balls something up. Anyway I'm happy with that. Take it easy guys and maybe I'll see ya round sometime -- teehee |
|
|
|
Wait up can someone please tell me again, `` bitcoinaddresshere/1 `` is that always submit shares at the target and higher?. `` bitcoinaddresshere/2 `` is that always submit shares double the target and higher?. Say the sharechain target is 4 000 000 How does one submit only, shares double that and higher. Lets grep the source yeah milton@milton:~/temp/p2pool$ git grep share_target
p2pool/bitcoin/getwork.py: def __init__(self, version, previous_block, merkle_root, timestamp, bits, share_target):
p2pool/bitcoin/getwork.py: self.version, self.previous_block, self.merkle_root, self.timestamp, self.bits, self.share_target = version, previous_block, merkle_root, timestamp, bits, share_target
p2pool/bitcoin/getwork.py: return hash((self.version, self.previous_block, self.merkle_root, self.timestamp, self.bits, self.share_target))
p2pool/bitcoin/getwork.py: 'target': pack.IntType(256).pack(self.share_target).encode('hex'),
p2pool/bitcoin/getwork.py: share_target=pack.IntType(256).unpack(getwork['target'].decode('hex')),
p2pool/bitcoin/stratum.py: self.other.svc_mining.rpc_set_difficulty(bitcoin_data.target_to_difficulty(x['share_target'])).addErrback(lambda err: None)
p2pool/bitcoin/worker_interface.py: share_target=x['share_target'],
p2pool/main.py: my_shares_per_s = sum(datum['work']/dt/bitcoin_data.target_to_average_attempts(datum['share_target']) for datum in datums)
p2pool/work.py: desired_pseudoshare_target = None
p2pool/work.py: desired_share_target = None
p2pool/work.py: desired_pseudoshare_target = bitcoin_data.difficulty_to_target(float(parameter))
p2pool/work.py: desired_share_target = bitcoin_data.difficulty_to_target(float(parameter))
p2pool/work.py: return user, pubkey_hash, desired_share_target, desired_pseudoshare_target
p2pool/work.py: user, pubkey_hash, desired_share_target, desired_pseudoshare_target = self.get_user_details(user)
p2pool/work.py: return pubkey_hash, desired_share_target, desired_pseudoshare_target
p2pool/work.py: def get_work(self, pubkey_hash, desired_share_target, desired_pseudoshare_target):
p2pool/work.py: if desired_share_target is None:
p2pool/work.py: desired_share_target = 2**256-1 That looks interesting lets try a bit of pickaxe milton@milton:~/temp/p2pool$ git log -Sshare_target --pretty=raw --abbrev-commit p2pool/work.py
commit c345d54
tree 02354ed885c4c302aae09e5689d6f7f6ccd79064
parent 29493ba726ab40f78574361fdeabec075a8a685f
author Forrest Voight <forrest@forre.st> 1372869213 -0400
committer Forrest Voight <forrest@forre.st> 1372873668 -0400
dynamically adjust share difficulty to prevent payouts below dust threshold
commit 819f0e3
tree eab5343ad18bc2fa0e0b46b8fc7d9913243259f1
parent d2941ed60b7e65683ecaa8774c0e5e9e7dad2d4b
author Forrest Voight <forrest@forre.st> 1372439913 -0400
committer Forrest Voight <forrest@forre.st> 1372443960 -0400
modulate share difficulty to prevent any node from producing more than 5% of shares
commit 80c9591
tree 4b573ac22ff8ec5c7fc8d7a3144517da90e36075
parent 70d337b9024ff6564fcbebae114c95b91422aed3
author Forrest Voight <forrest@forre.st> 1340553333 -0400
committer Forrest Voight <forrest@forre.st> 1340555939 -0400
moved WorkerBridge to p2pool.work
p2pool/work.py: desired_share_target = min(desired_share_target,
p2pool/work.py: desired_share_target = min(desired_share_target,
p2pool/work.py: desired_target=desired_share_target,
p2pool/work.py: if desired_pseudoshare_target is None:
p2pool/work.py: target = desired_pseudoshare_target
p2pool/work.py: share_target=target,
p2pool/work.py: self.local_rate_monitor.add_datum(dict(work=bitcoin_data.target_to_average_attempts(target), dead=not on_time, user=user, share_target=share_info['bits'].target))
Ah k there milton@milton:~/temp/p2pool$ git show 819f0e3
diff --git a/p2pool/work.py b/p2pool/work.py
index 40a1a30..346db56 100644
--- a/p2pool/work.py
+++ b/p2pool/work.py
@@ -142,18 +142,20 @@ class WorkerBridge(worker_interface.WorkerBridge):
user, contents2 = contents[0], contents[1:]
desired_pseudoshare_target = None
- desired_share_target = 2**256 - 1
+ desired_share_target = None
for symbol, parameter in zip(contents2[::2], contents2[1::2]):
if symbol == '+':
try:
desired_pseudoshare_target = bitcoin_data.difficulty_to_target(float(parameter))
except:
- pass
+ if p2pool.DEBUG:
+ log.err()
elif symbol == '/':
try:
desired_share_target = bitcoin_data.difficulty_to_target(float(parameter))
except:
- pass
+ if p2pool.DEBUG:
+ log.err()
I can't tell what a miner is supposed to put in front of the / ? It also says in the commit message of 819f0e3e3ab9460fe60606c3f1e9c562d40361c7 modulate share difficulty to prevent any node from producing more than 5% of shares I'm curious now, what actually happens to large miners with enough hashrate to trigger that?. Take it easy guys and maybe I'll see ya round. I'll delete if this post is too noisy. =^) Edit: Sun Jan 31 14:45:56 ACDT 2016 Cheers CartmanSPC |
|
|
|
but every now and then I log into the server and find its not running, so i then have to restart it and wait for it to sync from where it stopped.
Crunck
I wonder why bitcoind is doing that, It should just keep running. There may be something in the debug.log that may explain why bitcoind is crapping out. Have a look in this directory https://github.com/bitcoin/bitcoin/tree/master/contrib/init. If your rig is using systemd there is a unit there, so you can start bitcoind through systemctl. Also a couple other scripts for openrc and sysvinit. check it out man! |
|
|
|
|
Ah k.
Ladies and gentlemen: Yess .. Yesss ... let the hate flow.
|
|
|
|
I took one out for my new hobby. Antminer/plant heater...... ;D ;D ;D  Ahh, cannabis bitmainica :^) |
|
|
|
|
Dude, careful observers here may need more
say build env version, a full build log with the
crapout including the commands used verbatim.
Prolly use a paste site service and prolly not
pastebin.com, it's veritable crud.
|
|
|
|
# I grabbed latest from git and built that with tests pushd jemalloc-4.0.4
# --enable-profto to build extra tests
EXTRA_CFLAGS="-march=native" \
./configure --enable-prof
# add extra jobs if u like eg. -j4
make
# run the tests
make check
# fake the install directory
make install_include install_lib DESTDIR=/tmp/jemalloc-4.0.4
popd
# rm the static archives
find /tmp/jemalloc-4.0.4 -name "*.a" -exec rm -vf {} \;
rm -rf jemalloc-4.0.4
build log with tests here: http://dpaste.com/1PJNZV7 http://dpaste.com/31GA0PGRan the bitcoind with LD_PRELOAD=/tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so ./bitcoind -daemon started the p2pool and testing now. Cheers for sharing that man!. Ed : Wed Nov 4 21:17:15 ACDT 2015 err, I may of balls this up. milton@milton:~/temp/bitcoin/src$ cat /proc/$(pidof bitcoind)/maps | grep jemalloc
7f7097b63000-7f7097bac000 r-xp 00000000 00:19 6153736 /tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so.2 (deleted)
7f7097bac000-7f7097dab000 ---p 00049000 00:19 6153736 /tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so.2 (deleted)
7f7097dab000-7f7097dae000 rw-p 00048000 00:19 6153736 /tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so.2 (deleted)
milton@milton:~/temp/bitcoin/src$ cat /proc/$(pidof bitcoind)/smaps | grep jemalloc
7f7097b63000-7f7097bac000 r-xp 00000000 00:19 6153736 /tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so.2 (deleted)
7f7097bac000-7f7097dab000 ---p 00049000 00:19 6153736 /tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so.2 (deleted)
7f7097dab000-7f7097dae000 rw-p 00048000 00:19 6153736 /tmp/jemalloc-package-4.0.4/usr/local/lib/libjemalloc.so.2 (deleted) Back to the docs now ... Ed : Thu Nov 5 21:16:33 ACDT 2015 milton@milton:~/temp/bitcoin/src$ cat /proc/$(pidof bitcoind)/smaps | grep jemalloc
7fa78de8f000-7fa78def3000 r-xp 00000000 00:19 6550911 /tmp/jemalloc-4.0.4/usr/local/lib/libjemalloc.so.2
7fa78def3000-7fa78e0f2000 ---p 00064000 00:19 6550911 /tmp/jemalloc-4.0.4/usr/local/lib/libjemalloc.so.2
7fa78e0f2000-7fa78e0f5000 rw-p 00063000 00:19 6550911 /tmp/jemalloc-4.0.4/usr/local/lib/libjemalloc.so.2
milton@milton:~/temp/bitcoin/src$ cat /proc/$(pidof bitcoind)/maps | grep jemalloc
7fa78de8f000-7fa78def3000 r-xp 00000000 00:19 6550911 /tmp/jemalloc-4.0.4/usr/local/lib/libjemalloc.so.2
7fa78def3000-7fa78e0f2000 ---p 00064000 00:19 6550911 /tmp/jemalloc-4.0.4/usr/local/lib/libjemalloc.so.2
7fa78e0f2000-7fa78e0f5000 rw-p 00063000 00:19 6550911 /tmp/jemalloc-4.0.4/usr/local/lib/libjemalloc.so.2 |
|
|
|
|
nfi on the credibility of that mob. Also what happened to Avalon 5 :)
|
|
|
|
I downloaded the most recent version from github and tried to install it on my Mac. When I enter the folder and do a 'make' then I got the following error:
pattern.c:32:10: fatal error: 'pcre.h' file not found
Any suggestions?
I'm thinking the missing development header up there "pcre.h" is in the package pcre (on my rig i have pcre-8.37). The PCRE package contains Perl Compatible Regular Expression libraries. These are useful for implementing regular expression pattern matching using the same syntax and semantics as Perl 5. Now - nfi how to get that on a Mac and why thats not on there to begin with(some portability reason I'm thinking). Maybe a careful observer in here can comment on that. Its always a good idea to know explicitly whats needed before installing random packages and sodomizing your rig, so I can't recommend building from source. Gluck and sorry for the noise. |
|
|
|
|
In a desperate attempt for answers, you could ask in #p2pool on Freenode.
Though the channel appears to be a remnant of a great era now.
|
|
|
|
|
Show Posts
