 Show Posts
|
|
Pages: [1] 2 3 »
|
You cannot compare hashrate reported by the pool so precisely.
It is calculated with the actual shares that you send.
Therefore, it vary depending on the day you mine, the difficulty, the number of miners, the pool hashrate, network congestion, the latency, luck factor, and so on...
Better run your own tests... Lots of smart words put in one sentence but have no meaning all together. Hashrate reported by the pool is calculated with the shares you send -> not precise. Hashrate reported by the miner -> real hashrate (if you trust the dev) There... less smart words. Do you understand? |
|
|
|
lul thats stupid man.
ewbf = 3049
dstm = 3099 - 2% = 3037
Why use DSTM if earning less ? Makes no sense. And yes, --fee 0 works in EWBF.
Lul, guys here were right you are pretty stupid. Not stupid but actually dumb  3099 is actual numbers from pool. But of course brain dead people does not read or actually try something, they just whine all around  You cannot compare hashrate reported by the pool so precisely. It is calculated with the actual shares that you send. Therefore, it vary depending on the day you mine, the difficulty, the number of miners, the pool hashrate, network congestion, the latency, luck factor, and so on... Too many parameters for a 50sols difference over 3000sols. Just rerun your tests and you'll see that you wont get the exact same numbers. |
|
|
|
Any improvement, been a while since a good upgrade?
No need to hurry when making 300k a month. Good one  |
|
|
|
I don't have any problems at this time:
PING europe.ethash-hub.miningpoolhub.com (178.79.168.110) 56(84) bytes of data.
64 bytes from li305-110.members.linode.com (178.79.168.110): icmp_seq=1 ttl=54 time=55.4 ms
[snip]
My miners are working normally. If you are running windows, you may want to flush your dns cache
Two different algorithms being served by two different servers. The guy was asking about Equihash. The europe.equihash address ends up in Asia/Singapore. The europe.ethash address ends up in Europe/Germany. You may just want to try the us-east.equihash-hub.miningpoolhub.com from Europe until they get this addressed. That site is located in Atlanta, Georgia. Should be around 100ms-125ms ping from Europe depending on where you are and how you're connected. My guess is that would be faster than being routed to Asia. There's only one ip for the us server, that's a very good idea to send everyone on it. Nice one! |
|
|
|
ZCL appeared at exchange (my was set to auto).
Good to hear. I don't know any legit pool that locks up and withholds their customers funds eligible for payout indefinitly for days or weeks and if my funds remain inaccesible and supposedly "stuck sitting on some exchange for days already just depreciating" for much longer I am inclined to believe MHP is just running some fractional scheme with their internal customer wallets. The complete lack of communication from the admin stinks too with the money they rake in every day you would expect a higher quality service to come with it. Holy crap, the entitlement is real. If you don't like the way the pool operates, go somewhere else. It really can't get any simpler than that. If you've got a problem bigger than "My $5 worth of some useless coin hasn't auto exchanged in the last five hours" send the OP a PM with details he will need to solve the problem (txn ids, etc). In my experience, we will get back to you with a resolution. Just not within 10 minutes. This pool isn't for everyone. If you need hand holding, don't understand how this pool works, or have little patience, I would recommend you go to a different pool. Thats a lot of bullshit you spout there buddy I am not talking about 5 hours or 10 minutes maybe you have a big problem reading and are entitled yourself. I am just inquiring about customer funds that are eligible for payout being withheld for days and not 10 minutes or 5 hours as you misleadingly try to claim here and whether that is your normal modus operandi towards your customers to withhold your customer funds indefintly, but seeing your dishonest reply it seems it is. You put a lot of words together there but I don't think you know what all of them mean. Regardless, the pool sends me the requested coin in the correct amounts based on my specified minimum payouts which works out to be daily. It's pretty basic and works well for me at this point in time. Again, see my statement about the pool not being for everyone. So, because it works for you, everyone else can go f..k themselves, right? No, just you and the other clown. As I said before, if you have an issue, post/PM/email the Pool Op the problematic transaction ids and what the issue is. If he never gets back to you, move to a different pool. Whining in a forum with vague statements and accusations doesn't help get your problem resolved. I had the same problem than everyone else mining equihash here today, 8 hours with a stuck balance. I'm sorry man, I thought this thread was to talk about problems like that, help each other out (clearly you don't fall in this category), or at least get some info from the pool op. But hey, you said it twice: This pool isn't for everyone. Sorry, who are you again? |
|
|
|
ZCL appeared at exchange (my was set to auto).
Good to hear. I don't know any legit pool that locks up and withholds their customers funds eligible for payout indefinitly for days or weeks and if my funds remain inaccesible and supposedly "stuck sitting on some exchange for days already just depreciating" for much longer I am inclined to believe MHP is just running some fractional scheme with their internal customer wallets. The complete lack of communication from the admin stinks too with the money they rake in every day you would expect a higher quality service to come with it. Holy crap, the entitlement is real. If you don't like the way the pool operates, go somewhere else. It really can't get any simpler than that. If you've got a problem bigger than "My $5 worth of some useless coin hasn't auto exchanged in the last five hours" send the OP a PM with details he will need to solve the problem (txn ids, etc). In my experience, we will get back to you with a resolution. Just not within 10 minutes. This pool isn't for everyone. If you need hand holding, don't understand how this pool works, or have little patience, I would recommend you go to a different pool. Thats a lot of bullshit you spout there buddy I am not talking about 5 hours or 10 minutes maybe you have a big problem reading and are entitled yourself. I am just inquiring about customer funds that are eligible for payout being withheld for days and not 10 minutes or 5 hours as you misleadingly try to claim here and whether that is your normal modus operandi towards your customers to withhold your customer funds indefintly, but seeing your dishonest reply it seems it is. You put a lot of words together there but I don't think you know what all of them mean. Regardless, the pool sends me the requested coin in the correct amounts based on my specified minimum payouts which works out to be daily. It's pretty basic and works well for me at this point in time. Again, see my statement about the pool not being for everyone. So, because it works for you, everyone else can go f..k themselves, right? |
|
|
|
I agree with you, in the last 2-3 weeks MPH software had some bugs, maybe there is some work in progress migrating/enhancing the pool. But I also think that a pool admin has the right to sleep too. It's ok for me if he doesn't answer H24. I'm sure he will try his best to fix it soon. at least we know that everything end up ok eventually... But, considering the size of these pools, there should be someone H24. If they really are a reputable miningpool they should offer much better customer service. I actually liked miningpoolhub for most part, I just didnt sign up with them to wait and see and have funds witheld from me indefinitly or to be given zero response or clarification about contingencies. To me, it's probably one of the best pool. But hey: if you take ZCL, pool has 26400 KH/s Take 0.9 fee, that's 237.6 KH/s --> that's $3,177 a day and that's just for Zclassic, there is 34 other pools... So, I hope that the guy is paying someone to watch the pools while he's sleeping. And again, better communication would be nice... |
|
|
|
I agree with you, in the last 2-3 weeks MPH software had some bugs, maybe there is some work in progress migrating/enhancing the pool. But I also think that a pool admin has the right to sleep too. It's ok for me if he doesn't answer H24. I'm sure he will try his best to fix it soon. at least we know that everything end up ok eventually... But, considering the size of these pools, there should be someone H24. |
|
|
|
See guys, trust the technology... Happy mining everyone better communication would be nice tho... We've been in the dark for 8 hours oh, and it looks stuck again... |
|
|
|
See guys, trust the technology... Happy mining everyone better communication would be nice tho... We've been in the dark for 8 hours |
|
|
|
|
Looks like it's back now...
|
|
|
|
Guys this is obviously a glitch on website and all our founds are (probably) safe Do not forget everything is backuped by safest technology - blockchain and in theory we shoud get everything back No offense but I'd rather hear that from an admin! 8 hours already and still radio silence... It doesn't smell good |
|
|
|
LOL... clearly I went into the wrong line of work... 542 ZEC in the last month?!? If you think that's alot, Claymore is making 1M+ per week. Yes, but he has been there for much longer and he has miners for like everything that is mineable! But you're right... insane too Anyway. If you calculate, 2% is about $300 a year per rig (at today's rate, so probably much more). I let you decide if it is too much... And then, you have pool fee, transactions fee, trading fees, withdrawal fee, income taxes... EDIT: I forgot electricity! that's about 20% for me Basically, you guys are mining for others! I'm just saying... |
|
|
|
Could some of you guys check your devfee stats
Tonight I ran 1 of my rigs about 4 hours it produced this:
58 hits of * and 568 hits of +
That is much more than 2%.
Hopefully there is a genuine explanation in there.
I'm about the last person to defend the devfees charged by some of these miners, because many of them are still beta or even alpha-level in functionality/reliability, but I suspect the explanation here is that the devfee shares are mined at a much lower difficulty to better ensure a share is earned during the short mining period allotted. But this is just a theory on my part. I think your theory is right. Beside, zm is mining devfee on zcash flypool (see here: https://zcash.flypool.org/miners/t1NEpmfunewy9z5TogCvAhCuS3J8VWXoJNv insane, am i rite? ) and WaveRiderx is probably mining another coin on another pool with obviously different difficulty, so counting * an + is a waste of time. I've checked the devfee, it is exactly 2%. |
|
|
|
Any advice on which pol to mine ZCL and which exchange is good for it?
thx Random answer for you: suprnova.cc and zclmine.pro both have ZCL pools. Bittrex has ZCL wallets. But really, you can find this stuff yourself! I asked as I am seeking advice that's better than 'go find out for yourself'. I didn't join the forum to be offered 'random' answers. Except that's not the topic here... So if you don't want a 'random' answer, don't ask on a 'random' thread. |
|
|
|
too many devfee-share (50%)  dev fee are exactly 2% |
|
|
|
Anyone know how to access the JSON-RPC server? Not the website but the raw JSON data behind the API
I tried that, not working for me... |
|
|
|
I understood it for the first time, but thanks for the clarification. in practice it also works, will not the earnings decrease? That's for sure? Thank you
I've been testing 0.5.7 for more than 30 hours now. It is very stable and I even have a 30% increase in earnings compared to yesterday, but I think this is related to the pool (luck factor, difficulty, etc...) |
|
|
|
New Version 0.5.7
reduce cpu load
minor performance improvements
con: use single pool connection
con: ssl: clear session data before reconnect
nvml: handle invalid values
This release contains quite some technical work/optimizations, which results most notably in a lower cpu load - about 40% - 30%. It also contains minor solver performance improvements - most notable on an 1060 - about 0.5%, pretty small - however it's still there. ZM uses now a single connection to the pool, since some pools/routers seemed to have difficulties with multiple connections - this might help people who had regular disconnects. Pools which adjust the difficulty based on the share rate won't be able to distinguish between the GPUs because zm uses a single connections now - so the difficulty and thus the share rate might change.
People who requested failover pool support: I'm planning to support it in the next release, I'm releasing this iteration first to make sure the transition to a single connection works as expected.
Nice improvement! I'm testing right now on a small rig with 2x 1070 and 2x 1080ti (2330 sols) I have more than half cpu load on windows 10, same hashrate. IMO, it would be nice to also add an option to launch the miner with higher cpu priority (like ccminer --cpu-priority) I change the priority in a BAT file, and it helps a lot. |
|
|
|
Hello I'm just trying out this miner.
Can you add multiple servers in the same way you can in EWBF using the --config option?
I'd like it so if a pool goes down it automatically connects to a backup server
I'm working on failover server support. Thanks dude In the meantime I've got a script that pings the mining servers before mining but not all servers respond to a ping. DSTM miner is now added to smOS I will say I may be having a connection issue with my 12 card on it though. . https://youtu.be/oF9zMJ-EhvQ My 6 cards are working perfect though with increased hashrates EDIT had to take my 12 card off of DSTM . . not working properly any idea DSTM? This is most likely because zm uses one separate connection for each GPU - zm handles them completely independent currently. Some routers/pools seem to have issues with this. I'm currently testing a new version which uses a single connection. It has nothing to do with routers or pools. This is just because zm take too much cpu load. With G4400s, I can barely put 7 cards... it's too unstable. Just a background process (an update or something) is enough to crash everything. So, a 12 cards rig, I don't even think about it! If you still want to run 12 cards, you'll probably have to upgrade the proc... or stick to ewbf That's kind of odd, I'm using a g4560 and mining on 6 cards, CPU load average for me = 2.8% What card do you have? I'm using 1070s and 1080s Ti (windows 10) |
|
|
|
|
