[ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay]

[joehoebot]

ok thx. 
question: if when i start up the miner, i am getting shares accepted very very fast, and then it gradually slows down, does that maybe mean that suprnova is auto-tuning to give me only the more difficult shares after a couple of mins?

[1714165353]

1714165353

[1714165353]

1714165353

[1714165353]

1714165353

[1714165353]

1714165353

[djm34]

so... how long until the end of POW?  

I have no idea. The developer can answer this. But i think he is sleeping right now!

https://bitcointalk.org/index.php?topic=735170.msg9310611#msg9310611

Assuming I understood what dev meant (let say there is 50% chance I did... but from recent experiences I am rather pessimistic at that level and I guess I could add a 2 dice rolls and remove the numbers from 50% , so it 50% - 2 random numbers between 1 and 6  )

I would say never (or in about a year at pow phase-II) (however since it is below 50% because of the dice roll... the most probable answer is "yes sometimes between next week and a year")

[joehoebot]

cmon juicy block!

[Spexx]

Spexx's, why your 2 new miners (32bit & 64bit) is not loading fully processor core:
1 core only ~24% (-t 1);
2 core only ~49% (-t 2);
3 core only ~51-65% (-t 3);
4 core only ~47-65% (-t 4).
hashrate 2core > hashrate 4core > hashrate 3core - Why?
problems of parallelization process?
especially bad in 64-bit versions...

I have been through this before. The problem is something to do with the Cygwin compiler not handling pthreads very well so I do not recommend using my minerd with --threads greater than 1. The trick is to start multiple instances of minerd instead i.e. if you have 4 cores then start minerd.exe four times with --threads=1 and then you will find the CPU is 100% used. My Windows batch file "wrapper" automine.bat does this for you.

[joelao95]

so... how long until the end of POW?  

I have no idea. The developer can answer this. But i think he is sleeping right now!

https://bitcointalk.org/index.php?topic=735170.msg9310611#msg9310611

Assuming I understood what dev meant (let say there is 50% chance I did... but from recent experiences I am rather pessimistic at that level and I guess I could add a 2 dice rolls and remove the numbers from 50% , so it 50% - 2 random numbers between 1 and 6  )

I would say never (or in about a year at pow phase-II) (however since it is below 50% because of the dice roll... the most probable answer is "yes sometimes between next week and a year")

DJM, that's so nice of you that recall us the link for updates, thanks. 

[joelao95]

Can someone compile win64 miner from nonce source?

What is the nonce source?

https://github.com/noncepool/m7magi-cpuminer-v2

[joelao95]

ok thx. 
question: if when i start up the miner, i am getting shares accepted very very fast, and then it gradually slows down, does that maybe mean that suprnova is auto-tuning to give me only the more difficult shares after a couple of mins?

hmm, won't be possible.

[Spexx]

There is a bug in my Windows batch file  "wrapper" for minerd due to Suprnova changing the stratum port number they use for connections with the new algorithm. They changed from port 7127 to port 7128 so I have patched my batch files automine.bat and setup.bat accordingly. I have also modified the read.me file. Updated versions are available on the same links as before:-

Windows 64 bit .rar file https://www.dropbox.com/s/hiadf8o5u7bsit7/XMGpoolminerWin64.rar?dl=0

Windows 64 bit self-extracting .exe https://www.dropbox.com/s/dw7yjssjrrqp0m1/XMGpoolminerWin64.exe?dl=0

Windows 32 bit .rar file https://www.dropbox.com/s/dii8cvz7lp8xuey/XMGpoolminerWin32.rar?dl=0

Windows 32 bit self-extracting .exe https://www.dropbox.com/s/qlak24sxn6ookaz/XMGpoolminerWin32.exe?dl=0

If you are using my software and have trouble connecting to Suprnova pool, this is the reason for it. Sorry about that. Download the package from the appropriate link above. Stop any minerd processes currently running. Unzip and overwrite all files. Run the setup.bat again and provide your pool login, worker name(s) etc to fix the problem, then run XMGminer.bat (or Myminer.bat) to restart the minerd processes.

[Spexx]

ok thx. 
question: if when i start up the miner, i am getting shares accepted very very fast, and then it gradually slows down, does that maybe mean that suprnova is auto-tuning to give me only the more difficult shares after a couple of mins?

I spotted this problem on both pools long ago and solved it by

1) Starting multiple instances of minerd with a single thread
2) Pointing each minerd at its own unique worker name on the pool(s)

Doing this appears to keep the miners/pools happy and shares are accepted at a fairly constant rate. It is way more efficient than having a single minerd with multiple threads pointing at a single worker on the pool. I do not know exactly why this should be so, but would be fascinated by comments from the pool operators about it

[joehoebot]

ah ok so i just have to create about 1000 workers 

[MarcusDe]

Hi,

Something fucked up on nounce-pool?
I have all 'booooo' from miners.
After restart there is few 'yay' and again only 'boooo' then.
All worked fine few hours ago.

[ocminer]

ok thx. 
question: if when i start up the miner, i am getting shares accepted very very fast, and then it gradually slows down, does that maybe mean that suprnova is auto-tuning to give me only the more difficult shares after a couple of mins?

I spotted this problem on both pools long ago and solved it by

1) Starting multiple instances of minerd with a single thread
2) Pointing each minerd at its own unique worker name on the pool(s)

Doing this appears to keep the miners/pools happy and shares are accepted at a fairly constant rate. It is way more efficient than having a single minerd with multiple threads pointing at a single worker on the pool. I do not know exactly why this should be so, but would be fascinated by comments from the pool operators about it

It is totally correct and normal that the pool varies your diff to get your miner send a share every x seconds, its not necessary to send a low diff every second if you can also work on a share 10 times that hard which gives you 10 times the credit but you only submit every 10 seconds which lowers the load on the pool greatly.

try it - your payout estimates will be the same.

[Bojcha]

ok thx.  
question: if when i start up the miner, i am getting shares accepted very very fast, and then it gradually slows down, does that maybe mean that suprnova is auto-tuning to give me only the more difficult shares after a couple of mins?

I spotted this problem on both pools long ago and solved it by

1) Starting multiple instances of minerd with a single thread
2) Pointing each minerd at its own unique worker name on the pool(s)

Doing this appears to keep the miners/pools happy and shares are accepted at a fairly constant rate. It is way more efficient than having a single minerd with multiple threads pointing at a single worker on the pool. I do not know exactly why this should be so, but would be fascinated by comments from the pool operators about it

It is totally correct and normal that the pool varies your diff to get your miner send a share every x seconds, its not necessary to send a low diff every second if you can also work on a share 10 times that hard which gives you 10 times the credit but you only submit every 10 seconds which lowers the load on the pool greatly.

try it - your payout estimates will be the same.

Ofcourse it will not be same.
What if block is found in 5, 10 or 20 sec.. your shares will not be sent on time so you wont get paid.
Other story is that suprnova server is slow.

[Spexx]

ah ok so i just have to create about 1000 workers 

If you are running 1000 CPU cores then that is what I am suggesting - yes

I found that setting up 32 workers did not take too much time, but 1000 is another matter

Try setting up a few extra workers first and point some single-threaded minerds at them. You will see what I mean - you should see a greater rate of accepted shares compared to having multi-threaded minerds pointing at a single worker. It is up to you to decide if you think it worthwhile to invest some time in setting up multiple workers on the pools, based on your results of testing with your particular hardware/software environment.

[djm34]

ok thx. 
question: if when i start up the miner, i am getting shares accepted very very fast, and then it gradually slows down, does that maybe mean that suprnova is auto-tuning to give me only the more difficult shares after a couple of mins?

I spotted this problem on both pools long ago and solved it by

1) Starting multiple instances of minerd with a single thread
2) Pointing each minerd at its own unique worker name on the pool(s)

Doing this appears to keep the miners/pools happy and shares are accepted at a fairly constant rate. It is way more efficient than having a single minerd with multiple threads pointing at a single worker on the pool. I do not know exactly why this should be so, but would be fascinated by comments from the pool operators about it

It is totally correct and normal that the pool varies your diff to get your miner send a share every x seconds, its not necessary to send a low diff every second if you can also work on a share 10 times that hard which gives you 10 times the credit but you only submit every 10 seconds which lowers the load on the pool greatly.

try it - your payout estimates will be the same.

Ofcourse it will not be same.
What if block is found in 5, 10 or 20 sec..

which isn't the case here.
Actually it is better to solve high diff share rather than small, miners are more stable and work at full capacity.
If you solve very often low diff, share then the miner lose lots of time in transactions... and mostly for nothing....

[111magic]

getting a mingw assertion error when trying to open the new wallet, anyone else?

No problem with the wallet. Do you have the latest version?
What kind of error?

[qiwoman2]

Here is our latest post for MAGICOIN enjoy..

http://bitbillions.net/2014/10/27/altcoin-review-magicoin-a-solid-community-driven-altcoin/

I can't wait to mine some..

[111magic]

Here is our latest post for MAGICOIN enjoy..

http://bitbillions.net/2014/10/27/altcoin-review-magicoin-a-solid-community-driven-altcoin/

I can't wait to mine some..

Thank you qiwoman2!
Looks very good. Nice job and welcome in this great community!

[aceoyame]

The algo switch has been giving me a hell of a time on nonce.

None of my shares are counting after awhile

[joelao95]

The algo switch has been giving me a hell of a time on nonce.

None of my shares are counting after awhile

Which miner you're using, vps, windows?