Bitcoin Forum
July 21, 2024, 01:51:11 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
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 »
  Print  
Author Topic: [XMR] Monero Mining  (Read 264680 times)
jwinterm
Legendary
*
Offline Offline

Activity: 3094
Merit: 1115



View Profile
September 22, 2014, 09:41:05 PM
 #361

Hi,

For those people who like to kill two birds with one stone (looking at you David  Wink ) I have created an AMI that launches GPU and CPU miner automatically, on cryptonotepool.or.uk for the Dev Fund Address.


Thanks papa_lazzarou! I was gonna try and do this tonight, but now I don't have to Smiley
nioc
Legendary
*
Offline Offline

Activity: 1624
Merit: 1008


View Profile
September 22, 2014, 10:42:10 PM
 #362

Hi,

For those people who like to kill two birds with one stone (looking at you David  Wink ) I have created an AMI that launches GPU and CPU miner automatically, on cryptonotepool.or.uk for the Dev Fund Address.



You missed the "g", It should be cryptonotepool.org.uk
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
September 23, 2014, 05:40:08 AM
 #363

Mining solo is not economically feasible for many of us.  How best can we preserve economic viability in the face of potential pool outages/compromises?

I'm not convinced there is another option, so perhaps you need to reconsider your economics?

DDoS is a largely unsolvable problem, and has hit major web sites, corporations, and governments that are much bigger than any coin or pool, including Bitcoin. All pools will do the best they can now and going forward but they are all vulnerable. The more a coin becomes a success or threatens to be a success the more enemies it will have, and the more powerful those enemies will be. This current incident is relatively small potatoes.

Pool ops are doing their best to defend, but consider the implications of the previous paragraph given the economics of running a pool as well.

Other than rethinking solo mining (the only decentralized version of mining in which is supposedly a decentralized cryptocurrency), mine on smaller pools and make sure your miner has fallback pools set up so if one goes down you keep mining on another.

Oscilson
Sr. Member
****
Offline Offline

Activity: 434
Merit: 250



View Profile
September 23, 2014, 05:43:58 AM
 #364

Have you guys heard yet.... This coin is dead! less then 24 hours away and xmr coins will be worth as much as Coinye[Suspicious link removed]d luck guys.

Together, we will keep it strong.
papa_lazzarou
Hero Member
*****
Offline Offline

Activity: 649
Merit: 500



View Profile
September 23, 2014, 10:38:20 AM
 #365

Hi,

For those people who like to kill two birds with one stone (looking at you David  Wink ) I have created an AMI that launches GPU and CPU miner automatically, on cryptonotepool.or.uk for the Dev Fund Address.



You missed the "g", It should be cryptonotepool.org.uk

Thanks but the address is correctly configured in the AMI.
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
September 23, 2014, 01:38:44 PM
 #366

If you are solo mining on AWS (this includes instances with both a GPU miner and a solo mining node) be sure to open port 18080. You can do that when you launch the instance or you can do it when already started by modifying the security group for it.

superresistant
Legendary
*
Offline Offline

Activity: 2142
Merit: 1130



View Profile
September 23, 2014, 01:57:39 PM
 #367

Which XMR pools are best protected against DDOS?  I'd like to set backups with diversity of shielding in mind (IE Cloudflare-->KoDDOS-->Amazon).

There is no final solution against TCP DDoS.
Cloudflare/KoDDOS/Amazon protection are for HTTP.
These kind of protection are no use in Monero.
The only way to mitigate attack is HARBOR.
All big Monero pools have it.
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
September 23, 2014, 02:33:01 PM
 #368

Important update (source code only)

If you are operating a pool or exchange or other important service, or if you are solo mining, and you compile your own node, please pull master from github and upgrade ASAP. Precautionary checkpoints have been added to prevent any attack against the existing blockchain.

https://github.com/monero-project/bitmonero

No evidence of anomalous activity has been detected at this time. The update is an important precaution.

Updated binaries will follow shortly.

Further measures will be taken as necessary.

EDIT: if you have created AWS images for solo mining please update them with this new build.

5w00p
Hero Member
*****
Offline Offline

Activity: 644
Merit: 502



View Profile
September 23, 2014, 08:53:16 PM
 #369

Come join my workers and mine on small pool:

xmr.cryptograben.com
oda.krell
Legendary
*
Offline Offline

Activity: 1470
Merit: 1007



View Profile
September 23, 2014, 09:12:12 PM
 #370

Okay. So I have an instance of XMRminerToDevFund up and running.

How do I get it to start mining?

Not sure which Bitcoin wallet you should use? Get Electrum!
Electrum is an open-source lightweight client: fast, user friendly, and 100% secure.
Download the source or executables for Windows/OSX/Linux/Android from, and only from, the official Electrum homepage.
5w00p
Hero Member
*****
Offline Offline

Activity: 644
Merit: 502



View Profile
September 23, 2014, 09:14:17 PM
 #371

Okay. So I have an instance of XMRminerToDevFund up and running.

How do I get it to start mining?

it is supposed to be automatic,

use top command to see if it is running
oda.krell
Legendary
*
Offline Offline

Activity: 1470
Merit: 1007



View Profile
September 23, 2014, 09:19:00 PM
 #372

Okay... minerd at 3100% CPU.

How can I see the hashrate I'm getting?

Not sure which Bitcoin wallet you should use? Get Electrum!
Electrum is an open-source lightweight client: fast, user friendly, and 100% secure.
Download the source or executables for Windows/OSX/Linux/Android from, and only from, the official Electrum homepage.
5w00p
Hero Member
*****
Offline Offline

Activity: 644
Merit: 502



View Profile
September 23, 2014, 09:22:04 PM
 #373

Maybe Do what smooth said:

sudo screen -r

will give you a list of process numbers. One is the cpu miner, one is the gpu.

Connect to one of these with:

sudo screen -r [put-process-number-here]

When you are done looking or interacting, press "control-a d" and it will disconnect you but leave the miner running in the background.
oda.krell
Legendary
*
Offline Offline

Activity: 1470
Merit: 1007



View Profile
September 23, 2014, 09:24:00 PM
 #374

Maybe Do what smooth said:

sudo screen -r

will give you a list of process numbers. One is the cpu miner, one is the gpu.

Connect to one of these with:

sudo screen -r [put-process-number-here]

When you are done looking or interacting, press "control-a d" and it will disconnect you but leave the miner running in the background.

Sorry, should have said I already tried that Cheesy

"There is no screen to be resumed"

Not sure which Bitcoin wallet you should use? Get Electrum!
Electrum is an open-source lightweight client: fast, user friendly, and 100% secure.
Download the source or executables for Windows/OSX/Linux/Android from, and only from, the official Electrum homepage.
5w00p
Hero Member
*****
Offline Offline

Activity: 644
Merit: 502



View Profile
September 23, 2014, 09:25:57 PM
 #375

Sorry, I don't know.

smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
September 23, 2014, 09:30:39 PM
 #376

Maybe Do what smooth said:

sudo screen -r

will give you a list of process numbers. One is the cpu miner, one is the gpu.

Connect to one of these with:

sudo screen -r [put-process-number-here]

When you are done looking or interacting, press "control-a d" and it will disconnect you but leave the miner running in the background.

Sorry, should have said I already tried that Cheesy

"There is no screen to be resumed"

Maybe just screen -r without the sudo?

It depends how the node was setup to run in the background.
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
September 23, 2014, 09:31:31 PM
 #377

Okay... minerd at 3100% CPU.

How can I see the hashrate I'm getting?

Also, whoever set up that image, you will get a better hash rate with a lower number of threads. Something like 23 I think is the best but I'm not sure if I remember that correctly.

oda.krell
Legendary
*
Offline Offline

Activity: 1470
Merit: 1007



View Profile
September 23, 2014, 09:46:38 PM
 #378

I think I can see my impact on the pool website (http://cryptonotepool.org.uk/)...

I have 2 x g2.2xlarge and 2 x c3.8xlarge running, and it looks to me that the pool hashrate went up about 4 to 5 KH/s after I started those instances.

Does that approximately check out?

Not sure which Bitcoin wallet you should use? Get Electrum!
Electrum is an open-source lightweight client: fast, user friendly, and 100% secure.
Download the source or executables for Windows/OSX/Linux/Android from, and only from, the official Electrum homepage.
5w00p
Hero Member
*****
Offline Offline

Activity: 644
Merit: 502



View Profile
September 23, 2014, 10:00:33 PM
 #379

Okay... minerd at 3100% CPU.

How can I see the hashrate I'm getting?

Also, whoever set up that image, you will get a better hash rate with a lower number of threads. Something like 23 I think is the best but I'm not sure if I remember that correctly.



Num of optimal threads depends on num of CPU cores.

Num threads should be set to equal num cores.
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
September 23, 2014, 10:03:02 PM
 #380

Okay... minerd at 3100% CPU.

How can I see the hashrate I'm getting?

Also, whoever set up that image, you will get a better hash rate with a lower number of threads. Something like 23 I think is the best but I'm not sure if I remember that correctly.



Num of optimal threads depends on num of CPU cores.

Num threads should be set to equal num cores.

No, it actually depends on your L3 cache size, but AWS are a bit weird because you are on virtualized hardware. Generally using all the cores is too much for optimal performance. I think wolf experimented and found 23 or 24 worked best on c3.8x. Different numbers for other types.

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 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!