Mashy81
Jr. Member
Offline
Activity: 225
Merit: 1
|
 |
June 25, 2018, 10:09:41 AM |
|
It depends greatly on the pool and the day. Somedays I average above for the 24hrs and some days under. Nanopool is far more stable and always the same or higher hashrate 24hr average. Hashvault ok and cryptoknight.cc pool always less. There are soo many factors. Look at the average over several days
It is not about the pool or the day If after 2 weeks pool show that one rig has total of 14000000000 hashes and other ones have 13000000000 or even 11000000000, it means that some machines are hashing less than the others, and all of them are 6xVega with 12000H/s It happens on supportxmr, it happens on nanopool, it happens on many others I am not saying that somebody is stealing the hashes, because some machines are hashing well, but there must be some hardware or software difference that affects the miner or data sent by miner, simply because SRB and CAST have this issue and STAK doesn't You are forgetting the luck factor. Also not even every card will get the same shares or hashrate. At the end of the day if people can't work out which mining software they get the most out of they shouldn't be mining. SRB I get the most in my pocket. I also agree it is far more stable than xmr stak and cast. I have also noticed that hardware errors and agressive overclocks will case lower excepted hashrate at the pools.
|
|
|
|
|
|
"Your bitcoin is secured in a way that is physically impossible for others to access, no matter for what reason, no matter how good the excuse, no matter a majority of miners, no matter what." -- Greg Maxwell
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
Mashy81
Jr. Member
Offline
Activity: 225
Merit: 1
|
 |
June 25, 2018, 10:11:29 AM |
|
No one makes anyone use this software. Big thanks to the Dev. For working hard and giving us this software
|
|
|
|
UnclWish
|
 |
June 25, 2018, 10:43:40 AM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
|
|
|
|
dragonmike
|
 |
June 25, 2018, 11:33:30 AM |
|
Doktor, I assume the compute errors are overclock related. Do you know whether they are coming from too high core or mem values by any chances? On Polaris cards I can always check the memory errors in HWinfo but that feature isn't enabled for Vega's HBM memory...
|
|
|
|
livada
Newbie
Offline
Activity: 417
Merit: 0
|
 |
June 25, 2018, 12:23:49 PM Last edit: June 25, 2018, 12:36:15 PM by livada |
|
It depends greatly on the pool and the day. Somedays I average above for the 24hrs and some days under. Nanopool is far more stable and always the same or higher hashrate 24hr average. Hashvault ok and cryptoknight.cc pool always less. There are soo many factors. Look at the average over several days
It is not about the pool or the day If after 2 weeks pool show that one rig has total of 14000000000 hashes and other ones have 13000000000 or even 11000000000, it means that some machines are hashing less than the others, and all of them are 6xVega with 12000H/s It happens on supportxmr, it happens on nanopool, it happens on many others I am not saying that somebody is stealing the hashes, because some machines are hashing well, but there must be some hardware or software difference that affects the miner or data sent by miner, simply because SRB and CAST have this issue and STAK doesn't You are forgetting the luck factor. Also not even every card will get the same shares or hashrate. At the end of the day if people can't work out which mining software they get the most out of they shouldn't be mining. SRB I get the most in my pocket. I also agree it is far more stable than xmr stak and cast. I have also noticed that hardware errors and agressive overclocks will case lower excepted hashrate at the pools. i test nanopool 1 hour . Srbiner say 10900-11200HR nanopool say: 10800-13000HR Al ok with HR report. Mybe u use BAD pool. https://image.prntscr.com/image/1_dBnWPnTZy34hPG46NAAw.jpgtest on ROCK POOL heavy 2 hour srbiner say 6150HRROCKpool say 5800-6300HRagain all ok with HR report https://image.prntscr.com/image/EJ4nNrkqSpuNYjmaCyfrLA.jpg- https://image.prntscr.com/image/Esptqf-dTWe5J3cbFT-mag.jpg
|
|
|
|
CharlieCox
Member

Offline
Activity: 212
Merit: 12
|
 |
June 25, 2018, 12:50:54 PM |
|
Just a short report. I had issues with Cast, the speed was good however it would simply stop hashing randomly after a few hours of mining. I switched to SRB last night. So far, so good. The configuration process was easy.
|
|
|
|
heavyarms1912
|
 |
June 25, 2018, 01:59:14 PM |
|
Doktor, I assume the compute errors are overclock related. Do you know whether they are coming from too high core or mem values by any chances? On Polaris cards I can always check the memory errors in HWinfo but that feature isn't enabled for Vega's HBM memory...
There are also instance when OC settings that won't show BUS_error or compute error in SRBminer but would show up in xmr-stak. Interestingly, the hashrates were quite low on pool side when such errors were happening.
|
|
|
|
UnclWish
|
 |
June 25, 2018, 03:04:34 PM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100?
|
|
|
|
dingdongtobias
Newbie
Offline
Activity: 156
Merit: 0
|
 |
June 25, 2018, 03:08:00 PM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100? no because we use 2 threads and 54-56 intensity on 580 8g
|
|
|
|
UnclWish
|
 |
June 25, 2018, 03:22:17 PM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100? no because we use 2 threads and 54-56 intensity on 580 8g Not heavy? On normal CN v7? And what speed?
|
|
|
|
roma__11
Newbie
Offline
Activity: 115
Merit: 0
|
 |
June 25, 2018, 05:11:36 PM |
|
In "Wild Keccak" there are no plans to make a miner? all the rest is unstable (
|
|
|
|
coke15
Member

Offline
Activity: 176
Merit: 10
|
 |
June 25, 2018, 05:22:18 PM |
|
i test nanopool 1 hour . Srbiner say 10900-11200HR nanopool say: 10800-13000HR Al ok with HR report. Mybe u use BAD pool.  hi i'm on nanopool for weeks srbminer 56k/hs ----->nanopool 53,5k/hs MAX. something goes wrong... on nanopool,i'm ALWAYS -10/-20% theorical earning....0-5% ok but -10/-20% no glop :/
|
|
|
|
heavyarms1912
|
 |
June 25, 2018, 05:30:51 PM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100? I use 118 intensity dual threads on 8gb cards CN-V7
|
|
|
|
ViWe
Newbie
Offline
Activity: 57
Merit: 0
|
 |
June 25, 2018, 06:30:28 PM Last edit: June 25, 2018, 06:44:57 PM by ViWe |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100? I use 118 intensity dual threads on 8gb cards CN-V7 RX580 8gb Normal-v7: double threads, intensity 80, 1060+h/s Lite-v: double threads, intensity 153, 2230+h/s https://imgur.com/a/OoWoAEy
|
|
|
|
dingdongtobias
Newbie
Offline
Activity: 156
Merit: 0
|
 |
June 25, 2018, 06:38:36 PM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100? I use 118 intensity dual threads on 8gb cards CN-V7 how to hell can you go 118 and dual threads??
|
|
|
|
heavyarms1912
|
 |
June 25, 2018, 07:09:36 PM |
|
Does anyone can use high intensiity 100-110+ on 1.6.1 CN-v7 algo without speed drops?
No one tries CN-v7 on 1.6.1. on 8Gb cards? With intensity higher 100-100? I use 118 intensity dual threads on 8gb cards CN-V7 how to hell can you go 118 and dual threads?? why not? here's a 120 hashing at 1050. You can even go higher than 120. 
|
|
|
|
roma__11
Newbie
Offline
Activity: 115
Merit: 0
|
 |
June 25, 2018, 07:25:50 PM |
|
Wild Keccak then the most effective algorithm, on it vega gets from 0,00050000 BTC now, can learn about possibly create a normal miner?
|
|
|
|
Ballscack
Newbie
Offline
Activity: 37
Merit: 0
|
 |
June 25, 2018, 07:41:33 PM |
|
Wild Keccak then the most effective algorithm, on it vega gets from 0,00050000 BTC now, can learn about possibly create a normal miner?
what coin is so profitable? and what software u use for vege? i get 2150hs v7 monero on vega 64 @ 1502 core 1100 mem low power mod i get best results at with BXB-miner maby we can use it to optimize sbr miner? https://ibb.co/fqmpc8
|
|
|
|
roma__11
Newbie
Offline
Activity: 115
Merit: 0
|
 |
June 25, 2018, 07:54:51 PM |
|
Wild Keccak then the most effective algorithm, on it vega gets from 0,00050000 BTC now, can learn about possibly create a normal miner?
what coin is so profitable? and what software u use for vege? i get 2150hs v7 monero on vega 64 @ 1502 core 1100 mem low power mod i get best results at with BXB-miner maby we can use it to optimize sbr miner? https://ibb.co/fqmpc8I know Purk,BBR ~ 0.00002000 BTC, Vega 6500-6900 Kh/c = 31 Purk = 0.00062000 BTC and Vega64 = 2400 CNv7 1100 mem = Maximum Graft 0.00037200. (It's right now) Any Miner Wild Keccak which is now, very buggy, so I'll ask again, maybe make a good miner?
|
|
|
|
Ballscack
Newbie
Offline
Activity: 37
Merit: 0
|
 |
June 25, 2018, 08:09:08 PM |
|
Wild Keccak then the most effective algorithm, on it vega gets from 0,00050000 BTC now, can learn about possibly create a normal miner?
what coin is so profitable? and what software u use for vege? i get 2150hs v7 monero on vega 64 @ 1502 core 1100 mem low power mod i get best results at with BXB-miner maby we can use it to optimize sbr miner? https://ibb.co/fqmpc8I know Purk,BBR ~ 0.00002000 BTC, Vega 6500-6900 Kh/c = 31 Purk = 0.00062000 BTC and Vega64 = 2400 CNv7 1100 mem = Maximum Graft 0.00037200. (It's right now) Any Miner Wild Keccak which is now, very buggy, so I'll ask again, maybe make a good miner? 2400 CNv7  how?? that is not posible on vega 64 only on the 16gb fe one 6x vega i get 35mh on keccak so bad...
|
|
|
|
|