Bitcoin Forum
January 21, 2017, 10:58:53 AM *
News: Latest stable version of Bitcoin Core: 0.13.2  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 »
  Print  
Author Topic: Phoenix - Efficient, fast, modular miner  (Read 737345 times)
Veldy
Member
**
Offline Offline

Activity: 98



View Profile
May 01, 2011, 03:37:07 AM
 #301

We certainly appreciate everyone rushing to try it, and provide feedback. Thank you very much!

We know what the problem with speed is. Our test environment uses SDK 2.4, which didn't require a worksize since the default of 256 was providing the best results. We're adding a WORKSIZE option to the kernel right now, (an equivalent to poclbm's -w) that should help you tweak it a bit more for other SDK versions.

Thank you for your patience!


I know that this is a little old now, but I thought I would throw in one stat.  With poclbm, -w 128 peforms FAR better than -w 256 on the 6970 and almost certainly the same goes for the 6990.  Are there any ATI/AMD cards out there that actually work better with 256 used?

This may have more to do with the type of work being done than with the hardware, SDK or capabilities of the card, but I am just hypothesizing about that.

If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1484996333
Hero Member
*
Offline Offline

Posts: 1484996333

View Profile Personal Message (Offline)

Ignore
1484996333
Reply with quote  #2

1484996333
Report to moderator
1484996333
Hero Member
*
Offline Offline

Posts: 1484996333

View Profile Personal Message (Offline)

Ignore
1484996333
Reply with quote  #2

1484996333
Report to moderator
1484996333
Hero Member
*
Offline Offline

Posts: 1484996333

View Profile Personal Message (Offline)

Ignore
1484996333
Reply with quote  #2

1484996333
Report to moderator
twich12
Newbie
*
Offline Offline

Activity: 1


View Profile
May 01, 2011, 04:45:42 AM
 #302

quick noob question... what should my command line look like for solo mining with phoenix 1.3?
jedi95
Full Member
***
Offline Offline

Activity: 219


View Profile
May 01, 2011, 05:10:56 AM
 #303

We certainly appreciate everyone rushing to try it, and provide feedback. Thank you very much!

We know what the problem with speed is. Our test environment uses SDK 2.4, which didn't require a worksize since the default of 256 was providing the best results. We're adding a WORKSIZE option to the kernel right now, (an equivalent to poclbm's -w) that should help you tweak it a bit more for other SDK versions.

Thank you for your patience!


I know that this is a little old now, but I thought I would throw in one stat.  With poclbm, -w 128 peforms FAR better than -w 256 on the 6970 and almost certainly the same goes for the 6990.  Are there any ATI/AMD cards out there that actually work better with 256 used?

This may have more to do with the type of work being done than with the hardware, SDK or capabilities of the card, but I am just hypothesizing about that.

With SDK 2.4 I get better results on my 5870 with 256 worksize vs 128. This option was added so users could pick the optimal worksize for their own configuration as with poclbm.

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
dishwara
Legendary
*
Offline Offline

Activity: 1414


View Profile
May 01, 2011, 05:55:03 AM
 #304

I tired around with 3-5 hours to see the difference btw 128 & 256 worksize with pocblm some 4-5 weeks back.
Even though -w256 gives more hash, i got ~3Mhash more from 269MH to 273MH, the number of shares submitted per hour get reduced.
-W128 mines with 1-5 less Mhash, but the number of shares submitted was more.
So, on end the number of shares submitted only speaks.
Have to test worksize 256 & 128 with phoenix.
kindle
Member
**
Offline Offline

Activity: 84


View Profile
May 01, 2011, 09:42:59 AM
 #305

You might be interested in my other project, Multiminer, which we use for our (jedi95 and I) cluster's status page. I have a Windows download here (or you can get the source off GitHub) and it's pretty easy to run:

multiminer --admin-user=admin --admin-pass=admin101 --web-port=80 --url=http://PoolUsername:PoolPassword@PoolHost:8332/

Then change your Phoenix URLs to mmp://admin:admin101@localhost?name=NameForThisWorker (Phoenix already supports the protocol)
And finally you can throw JSON-RPC requests at http://admin:admin101@localhost - try listconnections() to see your worker status.
You can also put an index.html in "www" and have it do some JQuery magic to view your workers.

The only drawback is Multiminer doesn't have its own logs (yet), but you will know it's working when your miners pick up work and start mining through it.

Hi CFSworks, I am intrigue by how to get this to run locally on my bitcoind server. I was testing out with different askrates and found this post which seems like a efficient way to distribute work to the miners. My question is if I have a pc running bitcoind server, should I run the multiminer on that server? Also what are the --admin-user and --admin-pass indicating? Are they the bitcoin.config file password? Also I dont plan to display this information on a webpage as I do not have a webserver running, so does that mean that I dont have to run web port 80? Thanks!

CFSworks
Member
**
Offline Offline

Activity: 63


View Profile
May 01, 2011, 09:55:33 AM
 #306

Hi CFSworks, I am intrigue by how to get this to run locally on my bitcoind server. I was testing out with different askrates and found this post which seems like a efficient way to distribute work to the miners. My question is if I have a pc running bitcoind server, should I run the multiminer on that server? Also what are the --admin-user and --admin-pass indicating? Are they the bitcoin.config file password? Also I dont plan to display this information on a webpage as I do not have a webserver running, so does that mean that I dont have to run web port 80? Thanks!

Glad to hear you're interested!

The --url argument works exactly the same way as -u in Phoenix. In fact, it uses the exact same code, so anything usable with Phoenix works with that.
The admin-user and admin-pass arguments specify the administrator account on Multiminer, which can be used to log workers into the server and, since it is an administrator, hit Multiminer with JSON-RPC queries.

In short, you would use something like this:
multiminer --admin-user=admin --admin-pass=admin101 --web-port=80 --url=http://BitcoinUsername:BitcionPassword@localhost:8332/
EDIT: You can also specify a parameter like -b 30 and it will send 1/4 the work to each miner, which is a bit more efficient. You'd have to play with it a little though.
EDIT: As with Phoenix 1.4, the default askrate is 10, but you can change it with ;askrate=X, as in Phoenix.

And then you would connect Phoenix to Multiminer via MMP, with this URL: mmp://admin:admin101@localhost?name=SomeName

Of course, you are free to change the username and password for the admin account.

It's also worth noting that Multiminer is a complete webserver (the web-port=80 makes it run on the default HTTP port) that serves pages from the "www" directory, which means you can put a stats page in there to quickly see how your miners are doing, which is what jedi95 and I did.
You can also hit it with JSON-RPC requests. It's compatible with RPC miners (although it doesn't offer long-polling yet)

Phoenix Miner developer

PGP/GPG key: FC5461A3
Personal donations: 1Abq88sPz2MjH4Yi8yZVCbfu1ZXRSP7id5
kindle
Member
**
Offline Offline

Activity: 84


View Profile
May 01, 2011, 10:14:26 AM
 #307


Glad to hear you're interested!

The --url argument works exactly the same way as -u in Phoenix. In fact, it uses the exact same code, so anything usable with Phoenix works with that.
The admin-user and admin-pass arguments specify the administrator account on Multiminer, which can be used to log workers into the server and, since it is an administrator, hit Multiminer with JSON-RPC queries.

In short, you would use something like this:
multiminer --admin-user=admin --admin-pass=admin101 --web-port=80 --url=http://BitcoinUsername:BitcionPassword@localhost:8332/
EDIT: You can also specify a parameter like -b 30 and it will send 1/4 the work to each miner, which is a bit more efficient. You'd have to play with it a little though.
EDIT: As with Phoenix 1.4, the default askrate is 10, but you can change it with ;askrate=X, as in Phoenix.

And then you would connect Phoenix to Multiminer via MMP, with this URL: mmp://admin:admin101@localhost?name=SomeName

Of course, you are free to change the username and password for the admin account.

It's also worth noting that Multiminer is a complete webserver (the web-port=80 makes it run on the default HTTP port) that serves pages from the "www" directory, which means you can put a stats page in there to quickly see how your miners are doing, which is what jedi95 and I did.
You can also hit it with JSON-RPC requests. It's compatible with RPC miners (although it doesn't offer long-polling yet)

Hi thanks for the prompt and comprehensive guide. Please advice on my current bat file, I have the client reporting that failed to connect retrying.

Server
start /DD:\multiminer-1.4 multiminer.exe --admin-user=btc --admin-pass=asdqwe --web-port=80 -b 30 --url=btc:asdqwe:8332/

Client

start /DZ:\Dropbox\BTC\phoenix phoenix.exe -u mmp://btc:asdqwe@192.168.1.8?5850/ DEVICE=0 VECTORS AGGRESSION=7 FASTLOOP -v BFI_INT -k poclbm

Also with regards to webserver, is it the ip address of the bitcoind server? Meaning if its 192.168.1.8 its just 192.168.1.8/8883 when entering into the web browser? Also After executing the multiminer does it show a cmd window ? Cuz when i did run it closes immediately.

CFSworks
Member
**
Offline Offline

Activity: 63


View Profile
May 01, 2011, 10:24:29 AM
 #308

Try this:

Server
Code:
start /DD:\multiminer-1.4 multiminer.exe --admin-user=btc --admin-pass=asdqwe --web-port=80 -b 30 --url=http://btc:asdqwe@localhost:8332/

Client
Code:
start /DZ:\Dropbox\BTC\phoenix phoenix.exe -u mmp://btc:asdqwe@192.168.1.8?name=5850 -k poclbm DEVICE=0 VECTORS AGGRESSION=7 FASTLOOP BFI_INT

And yes, the webserver in that case would be http://192.168.1.8/ and it would serve up your D:\multiminer-1.4\www\index.html file... If you want it to display a status page, you might have to ask someone to put together an index.rpy to show status. The one jedi95 and I made is pretty disorganized and we'd rather not put it out in the open, but if you ask around I'm sure you'll be able to find someone happy to build one for you.

Phoenix Miner developer

PGP/GPG key: FC5461A3
Personal donations: 1Abq88sPz2MjH4Yi8yZVCbfu1ZXRSP7id5
kindle
Member
**
Offline Offline

Activity: 84


View Profile
May 01, 2011, 11:20:54 AM
 #309

Traceback (most recent call last):
  File "multiminer.py", line 114, in <module>
  File "multiminer.py", line 109, in main
  File "ClusterServer.pyc", line 102, in start
  File "WebServer.pyc", line 39, in start
  File "twisted\internet\posixbase.pyc", line 419, in listenTCP
  File "twisted\internet\tcp.pyc", line 857, in startListening
twisted.internet.error.CannotListenError: Couldn't listen on any:80: [Errno 1004
8] Only one usage of each socket address (protocol/network address/port) is norm
ally permitted.

Hi this is what I got from the error message after editting the script to the one you mentioned

kindle
Member
**
Offline Offline

Activity: 84


View Profile
May 01, 2011, 11:32:24 AM
 #310

Oh solved it...I think the teamviewer is using port 80. Btw thanks for your help. Is mmp more efficient compared to the usual rpc?

jedi95
Full Member
***
Offline Offline

Activity: 219


View Profile
May 01, 2011, 11:37:23 AM
 #311

Oh solved it...I think the teamviewer is using port 80. Btw thanks for your help. Is mmp more efficient compared to the usual rpc?

It is, see this from the original Multiminer thread:

Quote
It's also considerably more efficient than JSON-RPC: Requesting more work from the server requires 6 bytes from the client and 170 from the server. (Compare this with 47/605 for JSON-RPC... and that's not counting HTTP headers)

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
kindle
Member
**
Offline Offline

Activity: 84


View Profile
May 01, 2011, 11:43:50 AM
 #312




It's also considerably more efficient than JSON-RPC: Requesting more work from the server requires 6 bytes from the client and 170 from the server. (Compare this with 47/605 for JSON-RPC... and that's not counting HTTP headers)


Hi im curious as to how this is compared to pool mining. After using pool mining for awhile, I was thinking of using the same approach (smaller work difficulty to individual miners) for the local mining rigs set up. So far using bitcoind and mmp it seems like it is not the same compared to pool mining approach. As the more gpu is added to my local network, I guess running it like a mini pool would be more efficient compared to all connected using the normal method?

Btw running the multiminer, the cmd does not reflect anything after I keyed the command strings in. Is that normal ?

anatolikostis
Legendary
*
Offline Offline

Activity: 1778



View Profile
May 01, 2011, 06:05:26 PM
 #313

I don`t know about other phoenix versions but it seems that new gui miner has similar speed. Roll Eyes
subotai
Newbie
*
Offline Offline

Activity: 9


View Profile
May 01, 2011, 07:28:27 PM
 #314

Some chance to see the version of the Cuda miner Smiley
slush
Legendary
*
Offline Offline

Activity: 1372



View Profile WWW
May 02, 2011, 08:24:53 PM
 #315

jedu95, thanks for new very fast miner. I have one question - many users complaining about connection troubles while using more computers with my pool. Do you have any idea why it should not work? All other miners - poclbm, diablo, jgarzik etc does not have such problem. I don't have any limits on RPC connection, so I don't see the reason why it should not work... Thanks for your reply in advance.

jedi95
Full Member
***
Offline Offline

Activity: 219


View Profile
May 02, 2011, 10:57:01 PM
 #316

jedu95, thanks for new very fast miner. I have one question - many users complaining about connection troubles while using more computers with my pool. Do you have any idea why it should not work? All other miners - poclbm, diablo, jgarzik etc does not have such problem. I don't have any limits on RPC connection, so I don't see the reason why it should not work... Thanks for your reply in advance.

I looked into this but I can't see any reason that the miner would be unable to connect to some pools but work fine on others. I can't reproduce the problem either, so it's likely that the problem was system specific and not miner specific.

The problems I was having with slushes pool have gone away and it will now connect. I noticed this was happening with other miners as well so I don't think this was ever anything specific to Phoenix.

If anyone else is having this problem please post your system details and the command line you are using. Also please try with other miners too, since if other miners do it as well you probably have a system issue.

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
cosurgi
Sr. Member
****
Offline Offline

Activity: 298


View Profile
May 02, 2011, 11:00:11 PM
 #317

If anyone else is having this problem please post your system details and the command line you are using. Also please try with other miners too, since if other miners do it as well you probably have a system issue.

did you try mining from two PCs, both using the same external IP? I think that's the condition which triggers the problem.

jedi95
Full Member
***
Offline Offline

Activity: 219


View Profile
May 02, 2011, 11:08:15 PM
 #318

If anyone else is having this problem please post your system details and the command line you are using. Also please try with other miners too, since if other miners do it as well you probably have a system issue.

did you try mining from two PCs, both using the same external IP? I think that's the condition which triggers the problem.

I tried 3 computes at once with a total of 9 instances of Phoenix. It worked as expected.

Phoenix Miner developer

Donations appreciated at:
1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
cosurgi
Sr. Member
****
Offline Offline

Activity: 298


View Profile
May 02, 2011, 11:54:23 PM
 #319

I tried 3 computes at once with a total of 9 instances of Phoenix. It worked as expected.

I have debian squeeze, clean install. which package versions do you need?

python-pyopencl                                                          0.92-1
ati-opencl-runtime                                                       2.1
python-twisted                                                           10.1.0-3
python                                                                   2.6.6-3+squeeze2

kernel  2.6.32-5-686

anything else?

slush
Legendary
*
Offline Offline

Activity: 1372



View Profile WWW
May 02, 2011, 11:57:31 PM
 #320

I tried 3 computes at once with a total of 9 instances of Phoenix. It worked as expected.

I tried it on my two rigs and had this problem, too. It must be specific to the miner, because I used diablo and poclbm without any problem before.

Once I started at least one phoenix miner, other miners on second machine suddenly stopped working. More phoenix miners on the same machine works without problem. I tried to stop pool's firewall (where are some advanced anti-DoS techniques enabled), but no difference. Currently I have absolute no idea where the problem can be and problem indices sounds really weird. My two rigs aren't linked together in any way, they are even mining under separate pool accounts and I have no other limitations on the pool except the firewall. As this problem occured only with phoenix, there must be _something_ different than in other miners... Still no idea?

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!