Regards
Sam
Topic: [ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool - page 154. (Read 794394 times)
October 21, 2015, 06:46:28 AM
hi, i have downloaded & run v1.1 of your miner. As you suggest, i ran the benchmark first and it ran fine for CPU algos & it displays hashrate for them, but as the miner moves to GPU benchmarks it starts mining X11, first algo on the list and just gets stuck. The miner responds but when i click "Stop benchmark" it won't stop and i have to kill ccmine from windows task manager. I let the miner run for about 15 mins in benchmark mode but it just mined X11 & never listed any hashrate. Please check out why its getting stuck in benchmark mode. I have been talking to you on twitter & i really appreciate all your help.
Regards
Sam
Regards
Sam
October 20, 2015, 02:12:19 PM
This can not be an issue with the pool side, since the miner itself (sgminer in this case) is selecting the algorithm and corresponding binary kernel, build for a particular algorithm. Please double-check your configuration and try to run the miner with the same configuration, but on 33xx ports so that you can manually switch pools and see if correct binary kernels are built and used.
You are right, seems out it wasn't .conf file or pool related at all
turns out the issue is with the new Quark/Qubit optimized sgminer, which is apparently incapable of mining Lyra2REv2
(lacks the .cl files, won't use them even if added)
October 20, 2015, 01:56:37 PM
Anyone else notice some strange issues with the multialgo switching just now?
I just discovered several miners switched to and mining on the Lyra2REv2 port, yet somehow trying to use the ckolivas scrypt kernel
From what I can tell the cause is likely on Nicehash's end, as I've been running these .conf files without issue for weeks, yet there are freshly created ckolivas .bin files from 9:49AM PST today
I just discovered several miners switched to and mining on the Lyra2REv2 port, yet somehow trying to use the ckolivas scrypt kernel
From what I can tell the cause is likely on Nicehash's end, as I've been running these .conf files without issue for weeks, yet there are freshly created ckolivas .bin files from 9:49AM PST today
This can not be an issue with the pool side, since the miner itself (sgminer in this case) is selecting the algorithm and corresponding binary kernel, build for a particular algorithm. Please double-check your configuration and try to run the miner with the same configuration, but on 33xx ports so that you can manually switch pools and see if correct binary kernels are built and used.
October 20, 2015, 12:34:02 PM
Anyone else notice some strange issues with the multialgo switching just now?
I just discovered several miners switched to and mining on the Lyra2REv2 port, yet somehow trying to use the ckolivas scrypt kernel
Edit: I've discovered the cause, it seems the new quark/qubit optimized sgminer lacks the Lyra2REv2 .cl files
Unfortunately, it also seems incapable of mining Lyra2REv2 at all, even when the proper .cl files are added to kernel folder.
I just discovered several miners switched to and mining on the Lyra2REv2 port, yet somehow trying to use the ckolivas scrypt kernel
Edit: I've discovered the cause, it seems the new quark/qubit optimized sgminer lacks the Lyra2REv2 .cl files
Unfortunately, it also seems incapable of mining Lyra2REv2 at all, even when the proper .cl files are added to kernel folder.
October 20, 2015, 03:10:46 AM
is the pool up, if so is not letting me connect
Yes, it is constantly up. Contact support with your IP and we will look into it.
October 19, 2015, 08:26:01 PM
is the pool up, if so is not letting me connect
October 19, 2015, 05:26:19 PM
All my machines are Linux :-)
Unfortunately, you will have to wait for SMA to be implemented in cpuminer, ccminer, sgminer,... or if you are a developer, you can do that on your own
It is really not so hard - we already did most of the work.The cpuminer used in NHM package is on github and compiles fine on linux. And so will all other miners we intend to put in (ccminer, sgminer).
We are developing NHM only for Windows, because it is mostly intended for casual miners, gamers, PC newbies, ... the people that in most cases do not use linux
For linux type of people, NHM does not offer good enough control over their mining process.i think when people realize that linux IS ready for the real world - and has been for quite a long time now - they will free themselves of the chains that microsoft and their partners have put everyone into ... especially when they realize that microsoft themselves use linux developers for their 'new features' that they implement - that most linux distributions have had implemented for a long time ...
in any case - it a good step towards automation - BUT - it is because of the lack of support that most companies have towards linux development ( as you have stated above with your focus on windows ) that the uptake of these stable concrete reliable systems are not adopted so easily ...
thankfully though - there is a solid base of linux users and developers that will move this forward ... albeit slowly - as the linux community dont have the BILLIIONS of dollars that microsoft already made from the communities of people using their products ...
ill be here for it ... and working on it - thats for sure ...
#crysx
October 19, 2015, 05:18:43 PM
All my machines are Linux :-)
same here
...though there are a few scripts around to do the same thing - i have yet to test due to other projects ( as you know ) via thefarm ...
but will have a look at it all when i get back in a week or so time ...
#crysx
October 19, 2015, 03:36:54 PM
All my machines are Linux :-)
Unfortunately, you will have to wait for SMA to be implemented in cpuminer, ccminer, sgminer,... or if you are a developer, you can do that on your own
It is really not so hard - we already did most of the work.The cpuminer used in NHM package is on github and compiles fine on linux. And so will all other miners we intend to put in (ccminer, sgminer).
We are developing NHM only for Windows, because it is mostly intended for casual miners, gamers, PC newbies, ... the people that in most cases do not use linux
For linux type of people, NHM does not offer good enough control over their mining process. October 19, 2015, 03:16:23 PM
don't worry is not ready for prime time
October 19, 2015, 03:12:27 PM
All my machines are Linux :-)
October 19, 2015, 02:34:21 PM
Dear users,
Our first beta version of easy-to-use best-profit auto-switching NiceHashMiner has just been released! This is a Windows application for painless and straightforward CPU&GPU mining for everyone. Why leave you computer idle, whereas it could earn you Bitcoins with just a few clicks?
https://www.nicehash.com/index.jsp?p=news&id=44
Thank you for using our service and keep on hashing!
Best regards,
NiceHash team
Our first beta version of easy-to-use best-profit auto-switching NiceHashMiner has just been released! This is a Windows application for painless and straightforward CPU&GPU mining for everyone. Why leave you computer idle, whereas it could earn you Bitcoins with just a few clicks?
https://www.nicehash.com/index.jsp?p=news&id=44
Thank you for using our service and keep on hashing!
Best regards,
NiceHash team
October 18, 2015, 12:12:26 PM
I have a ? does nice hash a firmware update that provides extranonce.subscribe for bitmain s5+
Unfortunately not yet, since Bitmaintech is not providing source for Antminer S5+ cgminer (thus effectively violating cgminer GPL license). More info here: https://bitcointalksearch.org/topic/m.12695377
However, basic support for extranonce.subscribe should already be available out-of-the box for Antminer S5, simply configure your miner as described here: https://www.nicehash.com/index.jsp?p=software#sha256 and check our miners stats page if you get a green check mark for extranonce subscription.
October 18, 2015, 12:02:02 PM
I have a ? does nice hash a firmware update that provides extranonce.subscribe for bitmain s5+
October 15, 2015, 09:53:29 AM
i have been mining quark again for a couple weeks and since the price has dropped a bunch on orders ive been paying attention a lil more to what im getting and where the order prices are.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
The currently paying value is always lagging behind for 1 minute, since we cannot predict payment for 1 minute in future.
What you see on order list are current orders, but what you see under "Currently paying" is what was being paid 1 minute ago.
yup thx for the reply i saw the issue watching a bit more
seems like the hashing spreads thru orders at times like for example
the last order with workers and speed attached to it was 13GH at .2710 and the workers was xx with about 12GH running on it
then a few min later the speed attached to it was about 5GH and workers didnt change but the rest of the speed was spread out thru the lower orders with no workers attached to the lower orders, so prolly just keeping ppl hashing
this was happening on both sides nice and west
so i dont know if it was a problem on his end or ur system doing something or him just reloading his order
hopefully something like this changes a bit in the future as it really lowers the payout avg for ur sellers
but it should change naturally, hopefully, when competition brings prices back up
If a big order suddenly drops connection or is cancelled, then all miners are assigned to lower paying orders and currently paying price drops. Nothing we can do here - we cannot put miners in limbo waiting whether higher paying order will become alive or not. Many customers manipulate their orders by killing off connection (making order suddenly dead).
October 15, 2015, 09:10:29 AM
i have been mining quark again for a couple weeks and since the price has dropped a bunch on orders ive been paying attention a lil more to what im getting and where the order prices are.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
The currently paying value is always lagging behind for 1 minute, since we cannot predict payment for 1 minute in future.
What you see on order list are current orders, but what you see under "Currently paying" is what was being paid 1 minute ago.
yup thx for the reply i saw the issue watching a bit more
seems like the hashing spreads thru orders at times like for example
the last order with workers and speed attached to it was 13GH at .2710 and the workers was xx with about 12GH running on it
then a few min later the speed attached to it was about 5GH and workers didnt change but the rest of the speed was spread out thru the lower orders with no workers attached to the lower orders, so prolly just keeping ppl hashing
this was happening on both sides nice and west
so i dont know if it was a problem on his end or ur system doing something or him just reloading his order
hopefully something like this changes a bit in the future as it really lowers the payout avg for ur sellers
but it should change naturally, hopefully, when competition brings prices back up
October 15, 2015, 02:34:50 AM
Is it still worth mining at nicehash? Payout has been dropping lately. It used to be that Nicehash had the best payouts. Is it still the case? Where else are you mining for btc?
The payout will drop dramatically in 3-4 days time when the reward of Shark coin (Quark algorithm) is halved, and the price does not increase.
October 14, 2015, 07:09:59 PM
Is it still worth mining at nicehash? Payout has been dropping lately. It used to be that Nicehash had the best payouts. Is it still the case? Where else are you mining for btc?
October 14, 2015, 12:10:40 PM
i have been mining quark again for a couple weeks and since the price has dropped a bunch on orders ive been paying attention a lil more to what im getting and where the order prices are.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
The currently paying value is always lagging behind for 1 minute, since we cannot predict payment for 1 minute in future.
What you see on order list are current orders, but what you see under "Currently paying" is what was being paid 1 minute ago.
October 14, 2015, 11:10:41 AM
i have been mining quark again for a couple weeks and since the price has dropped a bunch on orders ive been paying attention a lil more to what im getting and where the order prices are.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
at the moment im getting paid .2404 per gh/day but the lowest order with any speed connected to it is .2695 and thats on nicehash when im on westhash
the lowest on westhash with any speed is .2710.
i thought that the payout was an avg between the lowest and the highest orders to make it fair for all miners but why am i getting a payout lower than the lowest order? and not just a lil lower but a lot lower.
Jump to: