|
if you have a problem with criptonit, talk to him and don't bother us.
|
|
|
|
I have two cards. With some kernels, card 0 apparently hashes well but WU is 0, no shares submitted. Card 1 is ok. Same problem on sph-sgminer 4.1.
Any clue?
Give more information please, what type of cards, what configuration run. One is 290, the other 290x. It seems to depend on the kernel and not the specific configuration. Different versions of x11 kernel may work or may not, with the same configuration . Anyone had the same problem? I have bad experiance with 290, hard to reach stability mining in different algorithms. Anyway, you should to have different configurations (settings) at least because of the difference (numbers) of stream processors. I mean that, with the same configuration, one x11 kernel works and the other doesn't (card 0). Card 1 always works. |
|
|
|
|
Isn't the irc method of peer addresses distribution supposed to be a security hole? Isn't noirc=1 more solid?
|
|
|
|
I have two cards. With some kernels, card 0 apparently hashes well but WU is 0, no shares submitted. Card 1 is ok. Same problem on sph-sgminer 4.1.
Any clue?
Give more information please, what type of cards, what configuration run. One is 290, the other 290x. It seems to depend on the kernel and not the specific configuration. Different versions of x11 kernel may work or may not, with the same configuration . Anyone had the same problem? |
|
|
|
|
@cryptonit: I assume the settings button is available only when the address is already associated to cloud mining. Correct?
|
|
|
|
|
I have two cards. With some kernels, card 0 apparently hashes well but WU is 0, no shares submitted. Card 1 is ok. Same problem on sph-sgminer 4.1.
Any clue?
|
|
|
|
|
looks like pow diff is stabilizing... big miners left the coin?
|
|
|
|
Oh, that's a pity you moved away...
Not sure I like the idea of learning another asm, even if it's very cool!
I understand the first and last round optimizations are boring to do, but could you please, before leaving us, fix the problem with multiple cards? Where card 0 doesn't provide any work unit while card 1 works fine? Thanks!
I built my bin as posted using Hetpass. Two machines. Two 7950s reference cards in one. And a Dualx 7950 in the other. All Sapphires. I use Sgminer 4.1 the original if you will. Not sgminer 5.1. Too many bells and whistles. Hetpass said these cards should do soo many hashes and it is correct. I run two cards in one machine with out any problems. ....... On my machine, card 0 hashed fine but no work submitted (WU=0). Card 1 had normal WU. I'm using 4.1 as well. Never had this problem with any kernel before. |
|
|
|
|
Oh, that's a pity you moved away...
Not sure I like the idea of learning another asm, even if it's very cool!
I understand the first and last round optimizations are boring to do, but could you please, before leaving us, fix the problem with multiple cards? Where card 0 doesn't provide any work unit while card 1 works fine? Thanks!
|
|
|
|
|
Utahjohn: true!
Realhet: still there?
|
|
|
|
pointed a rig: waiting for it to go up |
|
|
|
That thread is about transforming a 290 into 290x by means of firmware flashing. But some are hardware locked, like mine... :-( Still may be useful for someone ...7% gain from 290 to 290x ...  I have 30 on 290 and 33 on 290x, same clock, so it's 10% :-) |
|
|
|
That thread is about transforming a 290 into 290x by means of firmware flashing. But some are hardware locked, like mine... :-( |
|
|
|
I am at stock core 1070 and mem 1100. this is the difference maybe.
Not to be condescending but have u tried on sgminer command line --gpu-clock 1100 --mem-clock 150 I will stay at core 1070(dont like to overclock) but will set mem at 150 to see the result. edit. hm again 23.4 but lower temps. thats fine enough I think. lower mem clock = less power usage and bigger core overclock potential. |
|
|
|
Wow I got Best share: 702K Was it a block?  :-D Now let's get serious: I finally have a little time to write some considerations on the ocl and asm kernels. I believe we should pursue the asm path for a number or reasons: - currently the OCL kernel is a little faster on hawaii but not on all other cards and I don't think it can be improved in this respect - the OCL kernel has been tweaked and optimized for months, while the asm one is new so there is probably much more room for improvement - just by applying the first and last round optimization the asm kernel will probably be faster on hawaii as well; I'm sure that Realhet will find other asm tricks to apply - with all these catalyst version problems, the best way to share kernels for the people to mine is by bin files, making the asm version and ocl equivalent (for distribution purposes); better yet would be a miner with all the bundled bin files (takes time) - asm is cooler than ocl ;-) what do you guys think? |
|
|
|
30 Mh/s is for the r9 290, 290x does 33. |
|
|
|
|
The new version compiles fine, but of the two GPUs only id 1 works, id 0 doesn't produce any valid work unit.
Speed: r9 290 30Mh/s, r9 290x 33Mh/s (1100 MHz)
My experimental opencl kernel is a couple percent faster.
|
|
|
|
Whats the best driver version to use as i can only get 11MH/s from my R9 290
14.6b or 14.7 Or use the precompiled binary. |
|
|
|
280x normal hashrate ? I get 16.8mh 1070/1500. Its ok ? thanks!
is that per card? what miner are you using as i cant even get my R9 290's that high.... You can easily get 25 with my kernel. |
|
|
|
@Pallas
It is extremely rare for me to see any orphan when solo mining so I would venture to guess your network is too slow.
probably too few nodes nearby: I have 20/30 msec round trip time to big internet nodes in my country. having few fast nodes nearby means my blocks take a lot of time to spread thru the diamond network. or a lot of bad luck  |
|
|
|
|
Show Posts
