Matt Corallo (OP)
|
|
December 15, 2015, 10:08:53 PM |
|
The relay client will gladly work on a separate machine (most larger users do this, I believe), but is really only designed to run on the same LAN/on a network with incredibly low latency and great bandwidth between your relay client and your bitcoind. As for running it on Windows, it should work, in theory, but recent comments by other windows users indicate that it may not work at all (see https://github.com/TheBlueMatt/RelayNode/issues/16). Since I dont have anything running Windows I cant test it outside of Wine.
|
|
|
|
o_solo_miner
Legendary
Offline
Activity: 2483
Merit: 1482
-> morgen, ist heute, schon gestern <-
|
|
December 15, 2015, 10:21:44 PM |
|
Thank you Matt, I will try it on my Debian machine (bitcoind is also there) and for shure it will work. I saw you on Youtube explaining the hole thing, wich helped a lot to understand the reason for it. TCP sucks
|
from the creator of CGMiner http://solo.ckpool.org for Solominers paused: passthrough for solo.ckpool.org => stratum+tcp://rfpool.org:3334
|
|
|
dan91
Newbie
Offline
Activity: 56
Merit: 0
|
|
January 07, 2016, 01:04:03 PM |
|
Hi, i am using the windows exe version. Is it normal for it to be using 40+ % CPU usage on an i5 3570K at 4Ghz? Just wanted to check to see if it was perhaps something wrong.
|
|
|
|
Matt Corallo (OP)
|
|
January 07, 2016, 06:38:29 PM |
|
Hi, i am using the windows exe version. Is it normal for it to be using 40+ % CPU usage on an i5 3570K at 4Ghz? Just wanted to check to see if it was perhaps something wrong.
That is definitely wrong. It shouldn't average more than 1-5%, maybe with spikes up higher, but 40% is crazy unless you built it in test mode.
|
|
|
|
dan91
Newbie
Offline
Activity: 56
Merit: 0
|
|
January 07, 2016, 06:52:26 PM |
|
Hi thanks for getting back to me, i am using the .exe in the master branch in the client folder. Is this not recommended? https://i.imgur.com/85Pyv05.png
|
|
|
|
xyzzy099
Legendary
Offline
Activity: 1066
Merit: 1098
|
|
January 07, 2016, 07:07:49 PM |
|
Hi, i am using the windows exe version. Is it normal for it to be using 40+ % CPU usage on an i5 3570K at 4Ghz? Just wanted to check to see if it was perhaps something wrong.
That is definitely wrong. It shouldn't average more than 1-5%, maybe with spikes up higher, but 40% is crazy unless you built it in test mode. I am seeing a consistent 25% cpu usage with windows on my i7-3820 @ 3.6GHz. Also using the client binary from the client folder in the repository.
|
Libertarians: Diligently plotting to take over the world and leave you alone.
|
|
|
dan91
Newbie
Offline
Activity: 56
Merit: 0
|
|
January 08, 2016, 01:48:39 PM |
|
I fired up a linux vm and running it in that now. It seems to work fine
|
|
|
|
Matt Corallo (OP)
|
|
January 10, 2016, 10:52:15 PM |
|
Note: The Relay Network is no longer being actively maintained. If you wish to take over its operation and keep it running, please contact me.
|
|
|
|
-ck
Legendary
Offline
Activity: 4256
Merit: 1645
Ruu \o/
|
|
January 11, 2016, 12:31:16 AM |
|
Note: The Relay Network is no longer being actively maintained. If you wish to take over its operation and keep it running, please contact me.
This is a real shame since it was an obvious boon to minimising orphans. Does this mean you're only stopping development of the code and maintenance of it or are you shutting down the servers too?
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Matt Corallo (OP)
|
|
January 11, 2016, 02:13:21 AM |
|
Does this mean you're only stopping development of the code and maintenance of it or are you shutting down the servers too?
Development, first. There's about three months of changes that I think would be much faster that seem to work, but I'm not gonna switch the servers to using them since that would mean a ton of work debugging when they inevitably fall over in production. Eventually I'll probably shut down the servers, since it would be nice if other people ran similar networks anyway.
|
|
|
|
dan91
Newbie
Offline
Activity: 56
Merit: 0
|
|
January 11, 2016, 11:23:46 AM |
|
Does this mean you're only stopping development of the code and maintenance of it or are you shutting down the servers too?
Development, first. There's about three months of changes that I think would be much faster that seem to work, but I'm not gonna switch the servers to using them since that would mean a ton of work debugging when they inevitably fall over in production. Eventually I'll probably shut down the servers, since it would be nice if other people ran similar networks anyway. Is the code for the severs available anywhere? I have only managed to find the clients.
|
|
|
|
bitsolutions
|
|
January 11, 2016, 05:51:41 PM |
|
Is the code for the severs available anywhere? I have only managed to find the clients.
It's just a different option in the makefile. You can see it here.
|
Mining Software Developer.
|
|
|
jtoomim
|
|
January 11, 2016, 10:49:43 PM |
|
Matt, I'm asking around to see if we can find one or two people to take over maintenance of the code and maintenance of the infrastructure.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
Matt Corallo (OP)
|
|
January 12, 2016, 12:21:15 AM |
|
Matt, I'm asking around to see if we can find one or two people to take over maintenance of the code and maintenance of the infrastructure.
To be fair, having a miner or pool do it would be a significant conflict of interest. That, and I'd largely prefer to have multiple people run different networks, so I'd kinda prefer to not hand over the network as it is, and just shut it down at some point.
|
|
|
|
jtoomim
|
|
January 12, 2016, 03:10:28 AM |
|
The conflict of interest issue can probably be handled. I think Jeff Garzik is trying to set up a company of bitcoin-developers-for-hire. We could set up a multisig wallet which various miners pay into voluntarily, and where the keys are distributed among the miners and/or other caretaker entities, and use that to pay for a professional, politically neutral maintainer.
Balancing between "conflict of interest in how it is run" and "interested in making sure it continues to run" can be tricky to get right, but I think the worst thing we can do is to abandon it before we've got the replacement ready.
I think most of the potential conflicts of interest would be present in the choices of where to place relay nodes. Am I right? Do you think it would be okay to have a miner or pool (or two) contribute the code maintenance to keep it running?
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
theRattler
Newbie
Offline
Activity: 30
Merit: 0
|
|
January 19, 2016, 12:24:38 PM |
|
Is it correct that list of pools here has gone un-updated in a long time it seems incomplete... I thought that most major pools and large miners were connecting to the relay network in some capacity...?
|
|
|
|
WBF1
|
|
February 24, 2016, 09:11:03 PM |
|
Is this functional but just not actively maintained? Don't want to put effort in to getting up and running if it won't connect anywhere.
|
|
|
|
p3yot33at3r
|
|
February 24, 2016, 09:27:56 PM |
|
Is this functional but just not actively maintained? Don't want to put effort in to getting up and running if it won't connect anywhere.
It's working fine.
|
|
|
|
WBF1
|
|
February 25, 2016, 03:04:23 AM |
|
Does "on the wire" mean the amount left remaining to get for the new block?
|
|
|
|
WBF1
|
|
February 25, 2016, 04:16:56 AM Last edit: February 25, 2016, 11:41:51 PM by WBF1 |
|
also, does this currently not relay blocks mined on bitcoin classic? seems to cause an issue for me whenever one is being mined (for example, block 399914).
Without relaying this block, bitcoind tells me the relay client is misbehaving when it tries to relay the next block.
nevermind it was a miscofiguration on my end.
|
|
|
|
|