The share-target of beeeeer.org has changed. It is four times more difficult than before to decrease server load but this should not affect payouts: https://bitsharestalk.org/index.php?topic=234.msg34268#msg34268

mining 35s for author... I hope this actually lands on the found blocks once in a while heh... so what does it do anyhow, just switch the user address on the beeeeer.org pool and then convert back for the 30min? looks like today has been a good day so far over there... been running v0.1.2 for I think 48 hours straight now without any issues...

whats on the to-do list for your next version?

The miner simply switches the payout-addresses so shares are send 35s to my address on beeeeer.org and 30min to the user's address. The shares found during the first minute after startup are send to the user.

Same problem here，my 290's memory frequency changes from 1500 to 300 every 10-15 seconds too while 7950 runs solid @1080/1550

The 7000 series gpus and the R9 290(X) have completely different memory interfaces and my kernels do not need all of the available bandwidth.

2300+ c/m on a R9 290@1025mhz ?

My 290 run @1025/1500  only 2060c/m .....what's your 290's memory frequency ?

I'm using two threads per gpu and there is no running Xserver. the memory frequency is 1250 mhz (the defaults) and the gpu is at 1025mhz

a hd7750 has not enough ram. it will not run

nan it is possible to run 2 threads on 1 GPU?? haity 280x??
how i can test from command line?
thanks!!!
and really good job!

You can try the command line parameter -t 0,0 which will spawn two threads on the first gpu. but i guess this won't be faster on a 280X than a single thread per gpu. but feel free to test

My GPU miner uses a completely different algorithm than CPU miners and more memory is not a big advantage. The work for the GPU is produced locally until a new block comes in. Therefore the GPU should never idle. But the current kernels are executed in less than 0.05s or even faster, so there should be some noticeable CPU overhead. Additionally, the current kernels aren't 100% optimized so that the GPU is not doing any significant work for about 0.05s per round. This explains the low power usage compared to scrypt miners. Furthermore, the r9 290(X) has a different memory interface than the other GPUs. This might explain why it is better to use two threads per GPU on these GPUs.

Thanks for your power measurement. my measurements indicate that a r9 290@1025mhz draws about 200W at wall and makes about 2300 cpm.