What about this?  My rig is exactly as it was yesterday, no changes whatsoever, but my pool hashrate dropped to 50% This has to be a poolside effect, my miners are fully functional but MagicPool won't accept half of my shares... I tested my miners both in Clevermining and in Waffle and they perform at 11 MHz as they should because those pools accept pretty much everything my miners produce. Went back to Magic and the same thing happened; pool hash rate slightly above 5 MHz.... This is unbelievable and totally unacceptable! Besides, all other pools have instant payments. In Magic my payment is still pending after 12 hours. I love this concept but I will stay away from Magic unless there is a clear system improvement Good luck |
|
|
|
I can do the math myself  But I can also see your profitability dropping every round I wonder if you can keep up with the others  |
|
|
|
|
Report on my first 24 hours on MagicPool:
My dual GridSeed Blade rig, overclocked to 838 MHZ, kept stable hashing on the same pool during 24 hours without falling to one of the failover pools not even a single time.
Having a theoretical hashing power above 11 MHz, my rig never managed to sustain that speed but I guess that is not really surprising and by looking at the logs I would estimate an average hashing speed of 10 MHz, with some serious fluctuations during the 24 hour period.
However, after 24 hours, I earned 0.02412139 BTC
Any comments?
Is anyone doing any better by mining exclusively in any of the other pools?
I just started my second round to see what happens.
|
|
|
|
Yes, that is correct.
We pay the pool's fee whatever it is during the mining process. But the profitability is calculated without taking into account these coins.
The infrastructure have some costs and also the time and all resources we are devoting to this project. So we need to apply some fee. I hope it is ok for you.
I'm not complaining. I just want to understand exactly how the system works. I've just redirected 11 MHz to MagicPool. Let's see how it goes  Cheers! |
|
|
|
Well, yeah. The binary was built for processors with AES-NI - there have been no improvements to non AES-NI code yet.
EDIT: Also, the little to no increase in Windows is likely due to Windows having no mmap() function. Therefore I cannot use hugepages (or prefault aforementioned hugepages.)
I can't see any real increase on the hashrate on my Windows 8.1 x64... Will it be it worth the effort to use this new miner on a Linux virtual machine? Will I get the 2x (or similar) increase by running the miner inside a unix OS? |
|
|
|
I love the idea and l'll give it a try. But I am wondering... Aren't we going to pay your 0.5% fee on top of the destination pools fee? If I understood the concept correctly, you redirect our hashing power to the most profitable pool, but that pools will charge it's normal fee. And on top of that you charge 0.5% for your services, right? |
|
|
|
Try this in SSH: echo -n "1" | redis-cli -x set guided_options
redis-cli del manual_options You are a star! Cheers! |
|
|
|
This latest Minera version appears to be very stable but I am having a small problem... My buttons for Guided or Manual setting of additional options in the command line are greyed out. I can't change my command line options. What am I missing? Try a reboot? Done that already. This glitch must be related to the fact that I have been upgrading one version on top of the other for the last 3 versions. I will start with a clean image of this new version and see what happens after that. |
|
|
|
This latest Minera version appears to be very stable but I am having a small problem... My buttons for Guided or Manual setting of additional options in the command line are greyed out. I can't change my command line options. What am I missing? |
|
|
|
Thank you. Will test it and report the results |
|
|
|
Best thing you can do is SSH in and do: cd /var/www/minera
sudo git fetch --all
sudo git reset --hard origin/master
sudo ./upgrade_minera.sh Worked like a charm! Thank you so much for you dedication |
|
|
|
|
I love the look and feel of this pool but I'm definitively moving my rigs somewhere else.
The repeated vanishing of hours of hashing results and the total lack of answer to my support requests are killer factors.
|
|
|
|
If average price is 2.8 BTC/GH/Day and you have p=2.7, then your miner will work but if you have p=2.9 then your miner won't work on nicehash.
That was my point exactly. After reading the FAQ I thought I could set a number of prices trying to sell my hashing power for the highest value. Namely, I have nicehash as my main pool and also as two of my failover pools. The main pool has a higher price, the second one a lower price and the third one an even lower price. Now I realize I should have only a minimum price because I will always get paid by the average price. Right? |
|
|
|
Orders are pretty much irrelevant for providers. You are paid the average price, not the price of order your miner is working on. We changed this distribution to more fair one quite a while ago. You are paid what main page says and what following API says: https://www.nicehash.com/api?method=stats.global.currentIf I understood this statement correctly, then there is no point in setting the minimum price in the password field. We will always get paid by the average price, right? I mean, why should I bother to set the minimum price for SHA hashing at 0.05? Maybe this will cause some unneeded login failures. Am I right? If the sellers are paid always by the average price and not by the price of the order they are currently working on, it won’t make any sense to input minimum prices in the password field, right? We can just input a random low price and we will always get paid by the average as everybody else. Maybe the OP should change the FAQ: "You can limit your miners to work on NiceHash only if the payment is good enough. You can still leave NiceHash as your primary stratum server. NiceHash stratum server will only be activated if there are orders that matches your price threshold. Otherwise miners will work normally on your backup/secondary pool." |
|
|
|
Minera is definitively the best interface for managing my miners. I love it!
However, it appears that my Gridseed Blade is having some issues with this last version.
Namely, the miner keeps staling after a random number of minute (ranging from 30 to 50)
It is not a poolside effect because I have been testing it with a number of different mining pools. I have also tried to set the frequency both manually and using the preset ones. Same result.
Any ideas?
Just a quick report on this problem is the event someone might be facing the same issue. After going back to a previous version of minera and having experienced similar behavior from my Blade, I decide to try different combinations of manual options in the command line. So far, I'm getting stable results with the latest Minera using the following options: --gc3355-detect --gc3355-timeout=300 --freq=838 --retries=1 With this set of options Minera is able to automatically switch between pools without stalling and it’s been doing that for the last couple of hours which is something I had never been able to achieve with this lovely dashboard. It appears I can finally stop babysitting my Minera mining rig... |
|
|
|
|
Minera is definitively the best interface for managing my miners. I love it!
However, it appears that my Gridseed Blade is having some issues with this last version.
Namely, the miner keeps staling after a random number of minute (ranging from 30 to 50)
It is not a poolside effect because I have been testing it with a number of different mining pools. I have also tried to set the frequency both manually and using the preset ones. Same result.
Any ideas?
|
|
|
|
cd /var/www/minera
sudo git fetch --all
sudo git reset --hard origin/master
sudo ./upgrade_minera.sh
It worked!  Thank you! |
|
|
|
Site keeps coming up and down...  |
|
|
|
Anyone else having issues with balances (not) being updated?
I've been hitting CGB and MZC (both BTC payout) for the past 2 days with no change in balance. The strange thing is that my ASC (LTC payout) balance is going up still...
Stranger still, MMP is showing I have been finding blocks, so it just appears that I can process blocks ok, I am just not being rewarded for my efforts at the moment.
I can't seem to find any info about this on any forum, Twitter, or the MMP site itself. Anyone know anything?
I am having this issue since yesterday. I have been mining TAG and ASC in the autoswitch pool but I can't see any increase in my balance. Hi everybody,
I cannot connect to the scrypt autoswitch neither on 80, nor on 3354, regardless of the mining software I use.
I'm facing this issue since weeks, is there any solution ?
Any idea ?
Jofo
I also have the same problems connecting to the scrypt autoswitch pools. Any ideas? |
|
|
|
Hi, My S1 is working as it should when it comes to hashing speed reported by the pool. But after trying a number of settings in the Miner Configuration tab, I can no longer access the Miner Status tab. I always get an http 500 error. Any ideas? Thanks! |
|
|
|
|
Show Posts
