bathrobehero
Legendary
Offline
Activity: 2002
Merit: 1051
ICO? Not even once.
|
|
June 18, 2015, 05:21:36 PM |
|
There used to be a spreadsheet out there that users could upload results, etc, too...
I used to maintain a few of them for scrypt (wow this is flooded) and keccak and I haven't heard of any newer. To be honest I don't see the point of starting again because everything changes rapidly. Again, as I'm used to looking at the 24h graphs at nicehash, I can tell you that the reported average can easily go up or down by 5% or more, in a 5h window. This stands to produce a potential reading variance as high as 10% overall, or more. I'd put my finger at the 12h mark for the minimum period of reliable reporting, and ideally, the full 24h time frame.
Regarding the fluctuation on pools, it's probably vardiff. It never reaches equilibrium so it always increasing the diff until your accepted share frequency gets below a threshold then it decreases the diff to offset it until your accepted share frequency goes above a threshold over and over again. And if vardiff occasionally jumps too high you might not even submit a single share before a block is solved so you're work is useless. With fixed difficulty settings you can find a setting that let's you submit shares in a steady rate. I prefer submitting a share at around every ~3 seconds to avoid missing anything. But then again if a lot of people are using too low difficulty on a big pool then they are practically ddosing the pool which is why I guess vardiff was created but I think most pool owners are using it terribly. Solomining FTW.
|
Not your keys, not your coins!
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
June 18, 2015, 05:43:24 PM |
|
OC +200core clock / +250 memory
yup - thats what i thought ... we really need to have some sort of standard that we can compare against ... non oc is the best way on a card by card basis ... every card oc's differently and some cards can be pushed harder than others - with others again being tweaked with firmware and such ... this means that the readings we give here are utterly useless to compare with ... they are great readings to compare oc'ing with - and a table / list that would be created as a comparison would be even better ... who has skills ( and time ) to do such a thing? ... is there already a site that has a comparison ( and settings ) list? ... would luv to see how ccminer-spmod compares to other with the same cards ... #crysx I have one of gigabyte's super overclocked and without any additional oc it humms at 1350 gig hertz. That's where I find nvidia's sweet spot on all types of gigabyte's 750 ti's even the standard or low clocked by them. I set it to 1350 gig hertz.
|
|
|
|
CapnBDL
|
|
June 18, 2015, 05:55:52 PM |
|
#crysx
I have one of gigabyte's super overclocked and without any additional oc it humms at 1350 gig hertz. That's where I find nvidia's sweet spot on all types of gigabyte's 750 ti's even the standard or low clocked by them. I set it to 1350 gig hertz. [/quote] Is that the actual clock speed or the setting in what ever program you use to OC?
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
June 18, 2015, 05:59:22 PM |
|
#crysx
I have one of gigabyte's super overclocked and without any additional oc it humms at 1350 gig hertz. That's where I find nvidia's sweet spot on all types of gigabyte's 750 ti's even the standard or low clocked by them. I set it to 1350 gig hertz. Is that the actual clock speed or the setting in what ever program you use to OC? [/quote] The actual clock speed CapnBDL. No oc.
|
|
|
|
CapnBDL
|
|
June 18, 2015, 06:42:01 PM |
|
#crysx
I have one of gigabyte's super overclocked and without any additional oc it humms at 1350 gig hertz. That's where I find nvidia's sweet spot on all types of gigabyte's 750 ti's even the standard or low clocked by them. I set it to 1350 gig hertz. Is that the actual clock speed or the setting in what ever program you use to OC? The actual clock speed CapnBDL. No oc. [/quote] Thx...that's what I thought...I OC to 1400. Can't go higher without a crash.
|
|
|
|
Fuzzbawls
|
|
June 18, 2015, 07:01:16 PM |
|
#crysx
I have one of gigabyte's super overclocked and without any additional oc it humms at 1350 gig hertz. That's where I find nvidia's sweet spot on all types of gigabyte's 750 ti's even the standard or low clocked by them. I set it to 1350 gig hertz. Is that the actual clock speed or the setting in what ever program you use to OC? The actual clock speed CapnBDL. No oc. [/quote] See this is where I think a baseline reference is needed. Manufactures supply cards that they themselves have OCd beyond what Nvidia states as the reference design (which is 1020Mhz in the case of the 750 Ti). I went and took a look at the gigabyte website and compared all of their various 750 Ti models, none of them are clocked at 1350Mhz (neither base nor boost). So, without further info and clarification, I can only assume the card has been OCd further from listed on MFG's page, or you have a model that is no longer listed.
|
|
|
|
Taiko3615
Newbie
Offline
Activity: 4
Merit: 0
|
|
June 18, 2015, 08:00:44 PM |
|
Hi guys, not sure where to post this. I've published an issue on github about it : https://github.com/cbuchner1/ccminer/issues/311.5.53(sp-mod) does not submit anything. I have tried several pools, it doesnt say reject, it just says nothing. It goes on and on showing me a hashrate, but nothing is ever submitted. I've googled this a lot, but to no avail. Anyone had this issue before ? I'm on RedHat, CUDA 7.0, nVidia GRID K2, compute 3.0 (is support for 3.0 dropped in this version ?) [root@sommer ccminer-1.5.53]# ./ccminer -r 0 -a lyra2 -o stratum+tcp://hub.miningpoolhub.com:20507 -u X.X -p X *** ccminer 1.5.53-git(SP-MOD) for nVidia GPUs by sp-hash@github *** Built with the nVidia CUDA SDK 6.5
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork CUDA support by Christian Buchner, Christian H. and DJM34 Includes optimizations implemented by sp , klaust, tpruvot and tsiv.
[2015-06-18 14:47:37] Starting Stratum on stratum+tcp://hub.miningpoolhub.com:20507 [2015-06-18 14:47:37] NVML GPU monitoring enabled. [2015-06-18 14:47:37] Binding thread 0 to cpu 0 (mask 1) 0 [2015-06-18 14:47:37] 4 miner threads started, using 'lyra2' algorithm. [2015-06-18 14:47:37] Binding thread 2 to cpu 2 (mask 4) 2 [2015-06-18 14:47:37] Binding thread 1 to cpu 1 (mask 2) 1 [2015-06-18 14:47:37] Binding thread 3 to cpu 3 (mask 8) 3 [2015-06-18 14:47:37] Stratum difficulty set to 1 [2015-06-18 14:47:38] GPU #0: GRID K2, 11289749 [2015-06-18 14:47:38] GPU #3: GRID K2, 8686590 [2015-06-18 14:47:38] GPU #1: GRID K2, 8660615 [2015-06-18 14:47:38] GPU #2: GRID K2, 8516486 [2015-06-18 14:47:38] GPU #2: GRID K2, 8844740 [2015-06-18 14:47:38] GPU #2: GRID K2, 8844740 [2015-06-18 14:47:38] GPU #0: GRID K2, 8771194 [2015-06-18 14:47:38] GPU #1: GRID K2, 8937571 [2015-06-18 14:47:38] GPU #3: GRID K2, 8788215 [2015-06-18 14:47:38] GPU #2: GRID K2, 9071190 [2015-06-18 14:47:38] GPU #2: GRID K2, 9071190 [2015-06-18 14:47:38] GPU #0: GRID K2, 8807975 [2015-06-18 14:47:38] GPU #3: GRID K2, 9055807 [2015-06-18 14:47:38] GPU #1: GRID K2, 8759813 [2015-06-18 14:47:39] GPU #2: GRID K2, 8984403 [2015-06-18 14:47:39] GPU #2: GRID K2, 8984403 [2015-06-18 14:47:39] GPU #0: GRID K2, 8532861 [2015-06-18 14:47:39] GPU #1: GRID K2, 8637856 [2015-06-18 14:47:39] GPU #3: GRID K2, 8390911 [2015-06-18 14:47:39] GPU #2: GRID K2, 8505948 [2015-06-18 14:47:39] GPU #2: GRID K2, 8505948 [2015-06-18 14:47:39] GPU #0: GRID K2, 8176897 [2015-06-18 14:47:39] GPU #3: GRID K2, 8595384 [2015-06-18 14:47:39] GPU #1: GRID K2, 8423309 [2015-06-18 14:47:39] GPU #3: GRID K2, 8353730 [2015-06-18 14:47:39] GPU #2: GRID K2, 8371279 [2015-06-18 14:47:39] GPU #2: GRID K2, 8371279 [2015-06-18 14:47:39] GPU #0: GRID K2, 8113358 [2015-06-18 14:47:39] GPU #1: GRID K2, 8288406 [2015-06-18 14:47:39] GPU #3: GRID K2, 7940634 [2015-06-18 14:47:39] GPU #2: GRID K2, 8217212 [2015-06-18 14:47:39] GPU #2: GRID K2, 8217212 [2015-06-18 14:47:39] GPU #0: GRID K2, 8043318 [2015-06-18 14:47:39] GPU #1: GRID K2, 8100500 [2015-06-18 14:47:39] GPU #3: GRID K2, 8158376 [2015-06-18 14:47:39] GPU #2: GRID K2, 8514383 [2015-06-18 14:47:39] GPU #2: GRID K2, 8514383 [2015-06-18 14:47:39] GPU #0: GRID K2, 7543812 [2015-06-18 14:47:39] GPU #3: GRID K2, 8136360 [2015-06-18 14:47:39] GPU #1: GRID K2, 7497388 [2015-06-18 14:47:39] GPU #2: GRID K2, 7690066 [2015-06-18 14:47:39] GPU #2: GRID K2, 7690066 [2015-06-18 14:47:39] GPU #0: GRID K2, 7533328 [2015-06-18 14:47:39] GPU #3: GRID K2, 7647657 [2015-06-18 14:47:39] GPU #1: GRID K2, 7625164 [2015-06-18 14:47:39] GPU #2: GRID K2, 7608678
etc....
[2015-06-18 14:53:08] GPU #2: GRID K2, 8787999 [2015-06-18 14:53:08] GPU #3: GRID K2, 8645927 [2015-06-18 14:53:08] GPU #0: GRID K2, 8696574 [2015-06-18 14:53:08] GPU #1: GRID K2, 10588738 [2015-06-18 14:53:09] GPU #2: GRID K2, 4389525 [2015-06-18 14:53:09] GPU #3: GRID K2, 3905827 [2015-06-18 14:53:09] GPU #0: GRID K2, 3895818 [2015-06-18 14:53:09] GPU #1: GRID K2, 10437987 [2015-06-18 14:53:09] hub.miningpoolhub.com:20507 lyra2 block 317019 [2015-06-18 14:53:09] GPU #2: GRID K2, 4319710 [2015-06-18 14:53:09] GPU #2: GRID K2, 106187 [2015-06-18 14:53:10] GPU #1: GRID K2, 3302713 [2015-06-18 14:53:10] GPU #3: GRID K2, 3063271 [2015-06-18 14:53:10] GPU #0: GRID K2, 3021704 [2015-06-18 14:53:10] GPU #2: GRID K2, 3743190 [2015-06-18 14:53:10] GPU #2: GRID K2, 119991 [2015-06-18 14:53:10] GPU #1: GRID K2, 3974467 [2015-06-18 14:53:10] GPU #3: GRID K2, 4139233 [2015-06-18 14:53:10] GPU #0: GRID K2, 4146589 [2015-06-18 14:53:10] GPU #2: GRID K2, 4827706 [2015-06-18 14:53:10] GPU #2: GRID K2, 169269 [2015-06-18 14:53:10] GPU #1: GRID K2, 5249290
etc...
|
|
|
|
myagui
Legendary
Offline
Activity: 1154
Merit: 1001
|
|
June 18, 2015, 08:13:50 PM |
|
@ Taiko3615: This is SP_'s fork, not cbuchner1 (you posted an issue on the wrong ccminer fork @ github). This fork is optimized for compute 5.0+ cards, compute 3.0 will probably not work for most algos, if it works at all. Cuda 7.0 is known to break some algos, and is generally slower on the ones that do work. Your best bet, if you really only have that hardware/cuda setup available, would be Epsylon3's fork. As I understand, Epsylon3 has been working on integrating Cuda 7.0, and also, his fork is generally more inclusive of older cards. https://github.com/tpruvot/ccminer/ Good luck!
|
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
June 18, 2015, 08:43:44 PM |
|
Hi guys, not sure where to post this. I've published an issue on github about it : https://github.com/cbuchner1/ccminer/issues/311.5.53(sp-mod) does not submit anything. I have tried several pools, it doesnt say reject, it just says nothing. It goes on and on showing me a hashrate, but nothing is ever submitted. I've googled this a lot, but to no avail. Anyone had this issue before ? I'm on RedHat, CUDA 7.0, nVidia GRID K2, compute 3.0 (is support for 3.0 dropped in this version ?) You need to enable compute 3.0 in Makefile.am. There is some discussion on how to do this earlier in this thread. I have no 3.0 cards but I can confirm it works on 3.5. Also stick with cuda 6.5 for now. FYI this isn't the kind of problem that warrants a ticket. Besides the fact that you ticketed the wrong fork SP is focussed on 5.0 and above and unlikely to respond to a problem affecting other compute versions, even a legitimate problem. However, you're in the right place now. Be sure to post your results. Edit: Ooops, cuda 6.5 not available on Redhat 7
|
|
|
|
Taiko3615
Newbie
Offline
Activity: 4
Merit: 0
|
|
June 18, 2015, 09:19:25 PM |
|
Thanks !!! the tpruvot one did work ! The first time I tried to compile it, it didn't work, here's what I did to have it running 1-I take a realease version, not the repo directly 2- I just had to edit the Makefile.am and uncomment the line " nvcc_ARCH += -gencode=arch=compute_30,code=\"sm_30,compute_30\" " 3- export CUDA_HOME=/usr/local/cuda-7.0 export LD_LIBRARY_PATH=${CUDA_HOME}/lib64 PATH=${CUDA_HOME}/bin:${PATH} Then it worked just fine ! [2015-06-18 16:19:00] Stratum difficulty set to 0.1 [2015-06-18 16:19:03] GPU #1: GRID K2, 458.14 kH/s [2015-06-18 16:19:03] GPU #2: GRID K2, 458.08 kH/s [2015-06-18 16:19:03] GPU #3: GRID K2, 457.04 kH/s [2015-06-18 16:19:06] GPU #1: GRID K2, 527.81 kH/s [2015-06-18 16:19:06] GPU #0: GRID K2, 527.77 kH/s [2015-06-18 16:19:07] GPU #3: GRID K2, 527.55 kH/s [2015-06-18 16:19:11] GPU #3: GRID K2, 527.39 kH/s [2015-06-18 16:19:11] accepted: 1/1 (100.00%), 2041.05 kH/s yay!!! Thanks for your help !
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
June 19, 2015, 12:01:03 AM |
|
#crysx
I have one of gigabyte's super overclocked and without any additional oc it humms at 1350 gig hertz. That's where I find nvidia's sweet spot on all types of gigabyte's 750 ti's even the standard or low clocked by them. I set it to 1350 gig hertz. Is that the actual clock speed or the setting in what ever program you use to OC? The actual clock speed CapnBDL. No oc. See this is where I think a baseline reference is needed. Manufactures supply cards that they themselves have OCd beyond what Nvidia states as the reference design (which is 1020Mhz in the case of the 750 Ti). I went and took a look at the gigabyte website and compared all of their various 750 Ti models, none of them are clocked at 1350Mhz (neither base nor boost). So, without further info and clarification, I can only assume the card has been OCd further from listed on MFG's page, or you have a model that is no longer listed. [/quote] It is a rare card....haven't seen any more since...... i bought it 8 months ago.
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
June 19, 2015, 01:36:03 AM |
|
Hi guys, not sure where to post this. I've published an issue on github about it : https://github.com/cbuchner1/ccminer/issues/311.5.53(sp-mod) does not submit anything. I have tried several pools, it doesnt say reject, it just says nothing. It goes on and on showing me a hashrate, but nothing is ever submitted. I've googled this a lot, but to no avail. Anyone had this issue before ? I'm on RedHat, CUDA 7.0, nVidia GRID K2, compute 3.0 (is support for 3.0 dropped in this version ?) First try to use cuda 6.5 until we figure out how to use it Second yes these version doesn't support compute 3.0 (I haven't seen either what you we mining exactly...) epsylon3 has a version with compute 3.0 support
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
bensam1231
Legendary
Offline
Activity: 1750
Merit: 1024
|
|
June 19, 2015, 06:54:22 PM |
|
Some sad things about ccminer. I used to test my "legendary" oc'ed gtx750 in different algo's on nicehash and yaamp. Let's talk only about quark and nicehash as they are still look good ))
My ccminer shown hashrate was ~6000khs. But in nicehash on long run average hashrate was smoothly fluctuating between only 5400 and 5900. Very seldom it goes up to 6000 and very soon drops to ~5500 again. I talk about Average speed nicehash, not about Speed accepted. I thought it's ok due to some network losses or something like that.
But now i temporary grab 2 radeon 7950 and put it instead of my gtx750 in the same machine. With optimized ccminer 5.1.1 (russian, available from cryptomining blog) I see about 21-21.5mhs in sgminer window. I use xintensity 512 that is known to provide good hashrate on pool ... And nicehash now shows Average speed 21.5-22.3mhs. This is even better then miner shows!
So this situation is not in favor of nvidia and sp_'s ccminer. I know that nvidia and sp_'s ccminer are better in terms of perf per watt ... but this amd cards are so dirt cheap now ... and give nice absolute performance with more "honest" hashrate in miner ...
If you pay more then you make in electricity it doesn't matter what it hashes at. AMD cards use about 50% more electricity. Hope you have cheap $/kwh
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
smolen
|
|
June 19, 2015, 09:19:31 PM |
|
DRM is more or less a time-lock - the more work you put into it, the longer you get before it's useless.
Looking at old blockchains I'm almost sure that Quark version of Smelter got hacked. Well, time to do licensing server.
|
Of course I gave you bad advice. Good one is way out of your price range.
|
|
|
smolen
|
|
June 19, 2015, 10:15:37 PM |
|
Looking at old blockchains I'm almost sure that Quark version of Smelter got hacked. Well, time to do licensing server.
Just buys you a little more time before the call to the server and the check is NOP'd out. Ticktock. I'm looking at eldentyrell's trick with signcrypton; it (hopefully) should give some time.
|
Of course I gave you bad advice. Good one is way out of your price range.
|
|
|
rednoW
Legendary
Offline
Activity: 1510
Merit: 1003
|
|
June 20, 2015, 12:24:13 AM |
|
Hope you have cheap $/kwh
I found my house electric meter to be broken ))) Will be fixed in a couple of weeks then I will return my nvidia back )))
|
|
|
|
bensam1231
Legendary
Offline
Activity: 1750
Merit: 1024
|
|
June 20, 2015, 06:53:56 AM |
|
DRM is more or less a time-lock - the more work you put into it, the longer you get before it's useless.
Looking at old blockchains I'm almost sure that Quark version of Smelter got hacked. Well, time to do licensing server. Encryption, authentication, verification, and updates... I guess developers actually have to try at what they're doing and make a actual program. Maybe even make a company. You know, take shit seriously. There is and never will be a 100% effective DRM. You just make it not worth someones time to break it. That means fair pricing (1-2% mining fee) for a fair product. In addition to this people DO actually buy software and use legal software, even around here. This is why software companies still exist in real life, even though pirated copies are so easy to come by. Also all algos are in the shitter right now for some reason.
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
June 20, 2015, 09:29:14 AM Last edit: June 20, 2015, 10:31:53 AM by djm34 |
|
DRM is more or less a time-lock - the more work you put into it, the longer you get before it's useless.
Looking at old blockchains I'm almost sure that Quark version of Smelter got hacked. Well, time to do licensing server. Encryption, authentication, verification, and updates... I guess developers actually have to try at what they're doing and make a actual program. Maybe even make a company. You know, take shit seriously. There is and never will be a 100% effective DRM. You just make it not worth someones time to break it. That means fair pricing (1-2% mining fee) for a fair product. In addition to this people DO actually buy software and use legal software, even around here. This is why software companies still exist in real life, even though pirated copies are so easy to come by. What you are asking is ridiculous (as usual). If we were to make such program/company considering the work involved, I would not price it below 15btc per copy (which actually isn't bad ) Would you buy it ? Guess not And "fair mining" in the 1%-2% yeah right fee rather 5~15% you are kinda cheap... Stop asking people to make stuff, you would never buy unless it is free regarding the miner with dev fee I did for vnl, I think it works however people released very fast an open-sourced one and since it wasn't the fastest... But it did work, however here what I did: My personnal info was hashed through keccak as well as various random bits of the program such that if they had been altered it would have been impossible to return a correct hash, that was funny to program however it was probably easy to bypass, this hash was sent to the algo and compared to an identical sequence xored into the init sequence of whirlpool
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
June 20, 2015, 10:30:30 AM |
|
DRM is more or less a time-lock - the more work you put into it, the longer you get before it's useless.
Looking at old blockchains I'm almost sure that Quark version of Smelter got hacked. Well, time to do licensing server. Encryption, authentication, verification, and updates... I guess developers actually have to try at what they're doing and make a actual program. Maybe even make a company. You know, take shit seriously. There is and never will be a 100% effective DRM. You just make it not worth someones time to break it. That means fair pricing (1-2% mining fee) for a fair product. In addition to this people DO actually buy software and use legal software, even around here. This is why software companies still exist in real life, even though pirated copies are so easy to come by. Also all algos are in the shitter right now for some reason. And then mining would be totally unprofitable. 2% mining fee, 2% pool fee, 2% trading fee, 2% BTC fee. = sell all my cards and don't mine anymore...can't afford to give hash away and it costs me to do so. Well you get the point.
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
June 20, 2015, 10:39:28 AM |
|
DRM is more or less a time-lock - the more work you put into it, the longer you get before it's useless.
Looking at old blockchains I'm almost sure that Quark version of Smelter got hacked. Well, time to do licensing server. Encryption, authentication, verification, and updates... I guess developers actually have to try at what they're doing and make a actual program. Maybe even make a company. You know, take shit seriously. There is and never will be a 100% effective DRM. You just make it not worth someones time to break it. That means fair pricing (1-2% mining fee) for a fair product. In addition to this people DO actually buy software and use legal software, even around here. This is why software companies still exist in real life, even though pirated copies are so easy to come by. Also all algos are in the shitter right now for some reason. And then mining would be totally unprofitable. 2% mining fee, 2% pool fee, 2% trading fee, 2% BTC fee. = sell all my cards and don't mine anymore...can't afford to give hash away and it costs me to do so. Well you get the point. ... and again in case of fee expect rather a minimum of 5% say new shit 15~20% (or ultra fast optimization min 2x) decreasing down to 5% after a while and a after a longer while 1%
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
|