Hey! I have a few worlds to say about the wallet(Win7). It is great but I would like it even more if it would be shrinkable to a smaller layout. Especially the width. An additional line showing average on the hashrate/diff charts would be nice. The wallet prevents minning for some time when transferring coins from the wallet to another address(bittrex). It is not a big problem because I transfer coins rarely(unluckily  ) and it lasts for something like 1 minute(maybe less). I don't remember it happening with the old wallet but I'm not 100% sure about that. It could be a normal (expected) behavior waiting a new block to be found... Those are just my (noobish)personal thoughts and don't want beeing counterproductive in any way. Keep up the good work! That's a great idea, making it shrink to different sizes (widget mode) like a mp3 player or something... Thanks for your feedback, I will consider it for the next newwallet update. PS, never heard about the bug you describe... can someone confirm this? or can you make a video showing it in action, dominuspro? I can make a video, probably tomorrow. looking forward to it. Trying to make the video I have more info about the "issue". The minning is not interrupted in any way when transferring smaller amounts of SPR. Sending 10 or 100 SPR proceeds smoothly. I get the ballon(wallet notification) in the windows taskbar immediately after pressing send. Sending 1000SPR shows small interruption(few seconds) in the gpuz graph. Also the taskbar balloon shows many seconds after pressing send button. I cannot test it further because I don't have any more SPR in the wallet.  My usual transfer is 5000SPR and there You can see a noticeable interruption. The time before the taskbar balloon shows after pressing send button is much longer. The cpuZ shows no gpu utilization in the meantime and the miner shows something like: Cannot connect...retrying after 30s Probably it is not a bug...it just takes some time to process a bigger transfer because it is accumulated from big number of blocks. Anyway I'm unable to reproduce it now for some weeks  |
|
|
|
can I get info on cards like 970 980 980ti Hashrate on quark using the new releases
I'm getting 10.4 M/hash on GTX 960
Check my post: clocks: 980 G1 gaming: 1450 970 G1 gaming: 1560 970 ASUS strix oc: 1440 960 mini cheap something: 1411 |
|
|
|
Hey! I have a few worlds to say about the wallet(Win7). It is great but I would like it even more if it would be shrinkable to a smaller layout. Especially the width. An additional line showing average on the hashrate/diff charts would be nice. The wallet prevents minning for some time when transferring coins from the wallet to another address(bittrex). It is not a big problem because I transfer coins rarely(unluckily ) and it lasts for something like 1 minute(maybe less). I don't remember it happening with the old wallet but I'm not 100% sure about that. It could be a normal (expected) behavior waiting a new block to be found... Those are just my (noobish)personal thoughts and don't want beeing counterproductive in any way. Keep up the good work! That's a great idea, making it shrink to different sizes (widget mode) like a mp3 player or something... Thanks for your feedback, I will consider it for the next newwallet update. PS, never heard about the bug you describe... can someone confirm this? or can you make a video showing it in action, dominuspro? I can make a video, probably tomorrow. |
|
|
|
Hey! I have a few worlds to say about the wallet(Win7). It is great but I would like it even more if it would be shrinkable to a smaller layout. Especially the width. An additional line showing average on the hashrate/diff charts would be nice. The wallet prevents minning for some time when transferring coins from the wallet to another address(bittrex). It is not a big problem because I transfer coins rarely(unluckily ) and it lasts for something like 1 minute(maybe less). I don't remember it happening with the old wallet but I'm not 100% sure about that. It could be a normal (expected) behavior waiting a new block to be found... Those are just my (noobish)personal thoughts and don't want beeing counterproductive in any way. Keep up the good work! |
|
|
|
GTX970 run SP1.5.69 Quark, about 2-3 hours to exit the software I tried all versions are automatically exit 2-3 hours, which is why? Can someone help me please, WIN7 64 Thank you.
Who knows... it doesn't happen to me. Maybe nvidia driver crashing? You can use a loop in the batch file as a workaround. |
|
|
|
I feel really stupid because I get some insane numbers on nicehash stats and cannot explain that.
The chinese buy new hardware, the Nordics optimize. Good answer!!   Anyway after 12h the nicehash stats shows avg 71.3Mh which is still nice compared to 69Mh showed in ccminer |
|
|
|
I decided to share also my quark nicehash hashrates... I feel really stupid because I get some insane numbers on nicehash stats and cannot explain that. Maybe is just a fluctuation becaus running only 40min? I will leave it overnight... It is ccminer.69, win7x64 with the same configuration as my previous posts:   |
|
|
|
I have tested all releases of lyra2rev2 with my little rig of 980/2x970/960, win7x64. I got the best results with versions 62 and 65 around 38900Kh. Followed by release 66, slower by 50Kh. All without I or X parameter. The difference is most notable on 970. The best option right now is to use 970 with release 65 and 980/960 with release 69, specifying the -X 30 for 980. Those are the numbers right now:  BTW the clocks are: 980 G1 gaming: 1450 970 G1 gaming: 1560 970 ASUS strix oc: 1440 960 mini cheap something: 1411 The highest temp and fan rate are on the 960 - 65°C and 65% Maybe someone finds my data usefull |
|
|
|
Information purpose. Speeds for Lyra2v2 using SP version around commit 1056. All at stock mfg clocks.
EVGA FTW GTX960
6,150 kH/s
EVGA Hydro Copper GTX980
11,775 kH/s
Lyra2rev2 was added in 1.5.60 release... |
|
|
|
Good job sp(and others) with .69 Those are my lyra2rev2 hashrates, all gpus overclocked: The hashrate is very constant, the temperatures very low compared to quark.  |
|
|
|
I just learned that stonehedge will do the weekly update tomorrow. His weekend started a little early, ... Apologies all   Omg! You are the Superspreader? Probably only during the weekend?? |
|
|
|
Good job karek! Your pool is just great |
|
|
|
@dominuspro, I see you're running a newer driver than me. it seems nvidia likes to change the method of enabling OC on all GPUs with each new driver release. I had to go thru the same research because kopiemtu used to use driver 340.xx and the OC method was different even back then.
At least it is possible to oc Anyway I feel much more confident overclocking in Win enviroment with afterburner |
|
|
|
linux overclock: As a complete linux noob I lost 1 afternoon messing with xorg.conf file. I could enable OC for first gpu only. Then luckily I found nvidia-xconfig command. This command made the trick: nvidia-xconfig -a --cool-bits=28It generates a new xorg.conf. -a enables 1 screen for each gpu coolbits 28 enables nvidia oc + fan controls in xserver settings and should also enable voltage control from the terminal. It is meant for maxwell cards. Older could need different approach. Tested on latest Lubuntu with nvidia 355.06 driver and some messed up cuda sdk 7.5 + 7.0 I hope it helps somebody cuda 7.0 ( .28 ) and 7.5 break just about every hashrate except x11 from what i can see ( and x11 is down by around 200KH compiled with them also ) .... but i will try this when i get the chance to change settings / systems ... ill be in full swing again tomorrow - so a great deal needs to be done ... debian based systems ( like ubuntu ) may work differently than fedora - so i will try and have a look at how this functions for fedora tomorrow ... tanx for the info ... #crysx I know about cuda issues... I just tried following the tutorial on ethereum cuda thread to start slowly with linux Then I managed tho compile also other miners and then started messing with overclock... I'll probably have to do a new linux install to a smaller usb stick and it will be cuda 6.5 then I forgot to say that it does not need any display or dummy plug connected into the second graphic card. cheers |
|
|
|
linux overclock: As a complete linux noob I lost 1 afternoon messing with xorg.conf file. I could enable OC for first gpu only. Then luckily I found nvidia-xconfig command. This command made the trick: nvidia-xconfig -a --cool-bits=28It generates a new xorg.conf. -a enables 1 screen for each gpu coolbits 28 enables nvidia oc + fan controls in xserver settings and should also enable voltage control from the terminal. It is meant for maxwell cards. Older could need different approach. Tested on latest Lubuntu with nvidia 355.06 driver and some messed up cuda sdk 7.5 + 7.0 I hope it helps somebody |
|
|
|
Good job What is the actual core clock of your 980ti? Check your PM btw. |
|
|
|
It is not quark it is Your graphic card throttling. Probably TDP throttling, try increasing TDP limit.
Thanks for the reply . Need to edit the BIOS increase TDP. 'll think . Isn't there any headroom with the power target slider on Your(shitty ) picture? |
|
|
|
It is not quark it is Your graphic card throttling. Probably TDP throttling, try increasing TDP limit. |
|
|
|
Well, I'm back everyone. I'm surprised that hardly any posts have been made on this thread. It should pick up soon. As said in the update, we're all pretty busy paying the bills at the moment and sadly the effort we are putting into Spreadcoin isn't publicly facing on this thread at the moment. Welcome back. I know what are You talking about  bills bills bills and more bills The SatoshiNakamoto1 lucker should have all the bills paid |
|
|
|
I have no problems in Win7x64 with 3x970+1x960. I'm using the sp-mod binary provided by genoil with: ethminer -F ... -U --gpu-mining-buffers 1 --gpu-workgroup-size 128 --gpu-batch-size 21 --gpu-devices 0 1 2 3 The minning buffers=1 seems better on ethpool, on the others should be probably removed. Maybe there is some more headroom playing with the other 2 parameters... |
|
|
|
|
Show Posts
