Hyacin
Newbie
Offline
Activity: 29
Merit: 0
|
|
March 07, 2014, 10:53:53 PM |
|
Whats ya GPU and mem clocks? Whats ya vendor?
All Sapphire Tri-X, one pair is 1073/1475 due to cooling issues in that box, the other pair is 1090/1500.
|
|
|
|
Slipknot79
|
|
March 07, 2014, 10:55:08 PM |
|
Yea thank you, i have seen you are running -i 12, i had -i 11 ^^
But theres another issue, i have edited my post.
|
|
|
|
Hyacin
Newbie
Offline
Activity: 29
Merit: 0
|
|
March 07, 2014, 10:57:22 PM |
|
Yea, one of my rigs has 2 cards, one of them is runing with 15kh/s oO and the other one with 140kh/s. Any idea whats up?
I get weird and terribly low hashrates when I've got threads set wrong on my 270Xs, other than that, no, no idea. Post your config and maybe someone can spot it for you. I'm heading out for the weekend, so please don't take my lack of help as a sign of disinterest! I just won't be on the forums much if at all until Tuesday. Best of luck!
|
|
|
|
Slipknot79
|
|
March 07, 2014, 11:22:15 PM |
|
Yea thank you man --scrypt-jane --sj-nfmin 4 --sj-nfmax 30 --sj-time 1388949883 -o http://q30.qhor.net:8336 -u CeaGH8t3TnwHftiQ2XR5qtMoxDLrkKyqeZ -p 1 -I 12,12 -g 2 --lookup-gap 2,2 --thread-concurrency 16384,16384 -w 256,256 --gpu-engine 1050,1050 --gpu-memclock 1500,1500 --gpu-vddc 1.111,1.111 I have 2 other rigs running, 4 cards each. One of the rig has a sapphire installed, rest is from gigabyte. The sapphire card runs well with your settings.
|
|
|
|
Walrusbonzo
|
|
March 07, 2014, 11:24:31 PM |
|
Well, I was mining at 330kh/s on my R9 280X at 1160/1500. Using -I 12 -g 2 -w 256 --thread-concurrency 8192 --lookup-gap 2 Now having reduced intensity to 11 I'm only getting 80kh/s. That about right? Does anyone know where I can get a scrypt-jane miner with X-intensity or even raw intensity settings? I keep looking but I haven't found anything yet. Cheers As I was updating my mining scripts and profitability calculations I stumbled on UTC and ended up with the same problem I was having with CACH, fortunately they're either more helpful in that thread, or they've been on a higher n factor for longer, so settings were easy to get from there, and made a WORLD of difference when I tried the same settings for CACH mining - R9 280x - -I 12 -w 256 -g 2 --thread-concurrency 16384 Got me up to about 136 kh/s per 280x from the 75 or 80 or so I was getting when I was fumbling around with settings myself. Thanks for the help, got both my cards to 137~141kh/s now. I've had to turn my GPU clocks down a fair bit too, had been running 1140MHz on one and 1160MHz on another, but both are down to 1040~1050MHz.
|
|
|
|
bit_coin_genuis
Newbie
Offline
Activity: 38
Merit: 0
|
|
March 08, 2014, 12:15:15 AM |
|
Well, I was mining at 330kh/s on my R9 280X at 1160/1500. Using -I 12 -g 2 -w 256 --thread-concurrency 8192 --lookup-gap 2 Now having reduced intensity to 11 I'm only getting 80kh/s. That about right? Does anyone know where I can get a scrypt-jane miner with X-intensity or even raw intensity settings? I keep looking but I haven't found anything yet. Cheers As I was updating my mining scripts and profitability calculations I stumbled on UTC and ended up with the same problem I was having with CACH, fortunately they're either more helpful in that thread, or they've been on a higher n factor for longer, so settings were easy to get from there, and made a WORLD of difference when I tried the same settings for CACH mining - R9 280x - -I 12 -w 256 -g 2 --thread-concurrency 16384 Got me up to about 136 kh/s per 280x from the 75 or 80 or so I was getting when I was fumbling around with settings myself. Thanks for the help, got both my cards to 137~141kh/s now. I've had to turn my GPU clocks down a fair bit too, had been running 1140MHz on one and 1160MHz on another, but both are down to 1040~1050MHz. I am at a loss All my cards are R9 290's ... 4X GIGABYTE OC, 4X SAPPHIRE - TRI-X. I used settings above and max KH/s I get it 72.7 across all the cards .. there has to be some setting i am missing ! Please Help ! Also can you include a link to UTC thread .. there are over 450 pages ... what page are they at same N factor as this ?
|
|
|
|
Sukarti
Newbie
Offline
Activity: 53
Merit: 0
|
|
March 08, 2014, 01:40:23 AM |
|
pool.cachecoin.net says the network hashrate is 116 mh/s right now ... My hashrate ~271k / net hashrate = 0.00233144039880279119666983471975 (A) ~1152 (B) blocks generated a day (ballparking it as I didn't have the reward formula initially but I'm still pretty close) ... A * B = 2.68581933 CACH/day Lowest CACH sell order on Cryptsy atm - 0.00666000 (C) A*B*C = 0.01788755 BTC/day/rig getprofitestimate after last nights N factor adjustment has created a 75% drop in profitability for me.
Are your estimates accounting for the drop in network hashrate since the change? Block target is 15 minutes which equates roughly to 96 blocks per day. A majority of which are PoS, not PoW. We're sitting at 1 mined block (PoW) in 14 hours. So your calculations are way off.
|
|
|
|
Sukarti
Newbie
Offline
Activity: 53
Merit: 0
|
|
March 08, 2014, 01:41:42 AM |
|
|
|
|
|
zxhacj111
Newbie
Offline
Activity: 1
Merit: 0
|
|
March 08, 2014, 07:19:47 AM |
|
Can anyone tell me: 280X how much K is normal, thank you!
|
|
|
|
bit_coin_genuis
Newbie
Offline
Activity: 38
Merit: 0
|
|
March 08, 2014, 07:54:46 AM Last edit: March 08, 2014, 03:48:27 PM by bit_coin_genuis |
|
How do I get more than 72kh/s on my R9 290 Gigabyte OC
This is my Config file:
"api-allow" : "W:127.0.0.1", "api-listen" : true, "expiry" : "10", "fix-protocol" : true, "kernel-path" : "/usr/local/bin", "no-submit-stale" : true, "queue" : "0", "scan-time" : "1", "gpu-threads" : "1", "gpu-engine" : "1040", "gpu-fan" : "70", "gpu-memclock" : "850", "gpu-powertune" : "-10", "intensity" : "12", "temp-target" : "85", "temp-overheat" : "90", "temp-cutoff" : "92", "vectors" : "1", "worksize" : "64", "lookup-gap" : "2", "shaders" : "0", "thread-concurrency" : "30592", "scrypt-jane" : true, "sj-Nfmin" : "4", "sj-Nfmax" : "30", "sj-time" : "1388949883" }
These are my outputs:
NOTE: higher Memory clock speed and Powertune changes nothing
cgminer version 3.7.2 - Started: [2014-03-08 02:38:33] -------------------------------------------------------------------------------- (5s):72.39K (avg):72.50Kh/s | A:384 R:0 HW:0 WU:59.9/m ST: 1 SS: 0 NB: 1 LW: 208 GF: 0 RF: 0 Connected to pool.cachecoin.net diff 16 with stratum as user blazin.hcm Block: 3d3b0328... Diff:68 Started: [02:38:33] Best share: 665 -------------------------------------------------------------------------------- [P]ool management [G]PU management [ S ] ettings [D]isplay options [Q]uit GPU 0: 59.0C 2870RPM | 72.38K/72.50Kh/s | A:384 R:0 HW:0 WU: 59.9/m I:12 --------------------------------------------------------------------------------
GPU 0: 72.4 / 73.3 Kh/s | A:16 R:0 HW:0 U:2.52/m I:12 59.0 C F: 59% (2870 RPM) E: 1040 MHz M: 850 Mhz V: 0.000V A: 100% P: -10% Last initialised: [2014-03-08 02:38:34] Intensity: 12 Thread 0: 72.4 Kh/s Enabled ALIVE
[E]nable [D]isable ntensity [R]estart GPU [C]hange settings Or press any other key to continue
|
|
|
|
vertoe
|
|
March 08, 2014, 08:40:08 AM |
|
The only thing that kills me about it is the confirm times on the pool(s) I use. I'm pretty sure it takes days (minimum one for sure) for earnings to be credited.
You can still use p2pool and you will get your coins right into your wallet. http://q30.qhor.net:8336/http://q30.qhor.net:8337/
|
|
|
|
Puycheval
Member
Offline
Activity: 95
Merit: 10
|
|
March 08, 2014, 02:25:06 PM |
|
This coin has a really slow difficulty adjustment. Kind of old time coins. Global hashrate is only 10% of what it was before N change and diff just went down from 81 to 64 ! Is it dev's goal, only POS ?
|
|
|
|
kalgecin (OP)
|
|
March 08, 2014, 06:34:28 PM |
|
We are currently looking into integrating libzerocoin into cache. Unfortunately, we are quite busy with other stuff going on at the moment, so don't hold your breath for it to be done soon. Any assistance would be appreciated. If possible, just submit a github pull request if you are able to integrate it.
|
|
|
|
jasinlee
|
|
March 08, 2014, 06:40:40 PM |
|
I would give 1k CACH to anyone that is able to successfully integrate libzerocoin into CACH. Fantastic idea.
Rules of this bounty would be that it is:
1. Coded Clean. 2. Functional 3. Accepted into the main branch of cachecoin by the dev
If all of this is achieved you will get 1k CACH (Currently ~$4K)
|
|
|
|
CrunchHarder
Newbie
Offline
Activity: 42
Merit: 0
|
|
March 08, 2014, 10:28:31 PM |
|
|
|
|
|
singula
|
|
March 08, 2014, 11:34:54 PM |
|
We are currently looking into integrating libzerocoin into cache. Unfortunately, we are quite busy with other stuff going on at the moment, so don't hold your breath for it to be done soon. Any assistance would be appreciated. If possible, just submit a github pull request if you are able to integrate it. What about coin-control? Patch that allows you to select which coins do you spend when sending them, so if you have several incoming addresses in a single wallet, like "mined coins" or "donations", you can select from which coins to send payments (by default the wallet just picks up addresses more or less randomly). For example, if you want to gamble part of your coins, you send them from personal address and not from donation address (that would look in blockchain like you are gambling with donation money ...) Some info here: https://bitcointalk.org/index.php?topic=144331.0As a side effect it can help to make bitcoin (and other coins possibly more anonymous, as you can ensure different "money threads" in your wallet are not tainted with each other. For Cachecoin with PoS it can have also one nice side effect - in the coin selection screen you see all the coins along with their age, so you may optimize the coin selection when paying in a way to increase your chance to stake some coins (i.e. sending payment from 5 days old coins is better than from 30 days old). I planned to integrate it about a week ago, though I was also quite busy with other stuff. If I'll rebase the coin control patch for Cachecoin and send a pull request, will you be interested in including it in CACHe? Maybe I'll look at the zerocoin too, but as I am quite busy with other stuff, I can't yet promise anything
|
Big brother is not watching you anymore. Big brother is telling you how to live.
|
|
|
kalgecin (OP)
|
|
March 08, 2014, 11:42:16 PM |
|
We are currently looking into integrating libzerocoin into cache. Unfortunately, we are quite busy with other stuff going on at the moment, so don't hold your breath for it to be done soon. Any assistance would be appreciated. If possible, just submit a github pull request if you are able to integrate it. What about coin-control? Patch that allows you to select which coins do you spend when sending them, so if you have several incoming addresses in a single wallet, like "mined coins" or "donations", you can select from which coins to send payments (by default the wallet just picks up addresses more or less randomly). For example, if you want to gamble part of your coins, you send them from personal address and not from donation address (that would look in blockchain like you are gambling with donation money ...) Some info here: https://bitcointalk.org/index.php?topic=144331.0As a side effect it can help to make bitcoin (and other coins possibly more anonymous, as you can ensure different "money threads" in your wallet are not tainted with each other. For Cachecoin with PoS it can have also one nice side effect - in the coin selection screen you see all the coins along with their age, so you may optimize the coin selection when paying in a way to increase your chance to stake some coins (i.e. sending payment from 5 days old coins is better than from 30 days old). I planned to integrate it about a week ago, though I was also quite busy with other stuff. If I'll rebase the coin control patch for Cachecoin and send a pull request, will you be interested in including it in CACHe? Maybe I'll look at the zerocoin too, but as I am quite busy with other stuff, I can't yet promise anything I did take a look at the coin control. Even was about to patch it. Don't remember why i didn't go through with it. Probably uni exams.... But yes, it was (and still is) on the toadd list
|
|
|
|
singula
|
|
March 08, 2014, 11:44:50 PM |
|
The only thing that kills me about it is the confirm times on the pool(s) I use. I'm pretty sure it takes days (minimum one for sure) for earnings to be credited.
You can still use p2pool and you will get your coins right into your wallet. http://q30.qhor.net:8336/http://q30.qhor.net:8337/But for p2pool the confirm times are the same - while you'll see your balance in your wallet, you won't be able to send the coins anywhere before they mature (which takes 520 blocks, about 5 days). So there is actually not much difference between traditional pool (coin mature 5 days in the pool and then you can request a payout) and p2pool (coins mature 5 days in your wallet before you are able to send them elsewhere) in this. In both cases the coins will be available to you after about 5 days. This is dictated by the coin design and you can't speed it up.
|
Big brother is not watching you anymore. Big brother is telling you how to live.
|
|
|
singula
|
|
March 09, 2014, 12:22:35 AM |
|
This coin has a really slow difficulty adjustment. Kind of old time coins. Global hashrate is only 10% of what it was before N change and diff just went down from 81 to 64 ! Is it dev's goal, only POS ?
It is not so slow, but with relatively large block time (15 minutes) and hashrate dropping to 10% it means the expected block time raises to 150 minutes. Only 10 block have been mined with PoW since the nfactor increase, and due to random nature of the mining (sometimes you need to do 400% of expected hashes to find a block sometimes if you are really lucky you get a block under 1%) there is a limit in how fast you can adjust the stuff to avoid overadjusting (like setting 100x higher difficulty when seeing that "1%" block) and how far in the past you have to look for the statistics. Also, as people will fix and retune their mining rigs, the hashrate should gradually increase to about 40-50% of previous value. And if you look here: http://cach.catcoin.cz/index.php?page=statistics&action=blocksYou can see that this pool had very good luck with last 4 blocks (got them in time that would otherwise yield only 1 block in average), so with this luck (pool getting 4 out of 7 last PoW blocks) the diff have not dropped as much as it would without it (with only the average luck the pool would have taken only 1 block out of 4, with bad luck 0 out of 3 ..) I guess that good luck just ran out (now at 77.82% of expected shares and still nothing, although there is still chance to find next block before the expected time , so I guess the diff will start dropping much more quickly in the next few blocks
|
Big brother is not watching you anymore. Big brother is telling you how to live.
|
|
|
singula
|
|
March 09, 2014, 12:26:58 AM |
|
I did take a look at the coin control. Even was about to patch it. Don't remember why i didn't go through with it. Probably uni exams.... But yes, it was (and still is) on the toadd list. What is the status on its integration? Is it somewhere like perhaps 80% done (in that case it would be wasting time if I started from scratch), or it is just in todo list without any actual work done (so I can perhaps start doing it)? Or is it half-done somewhere where I can perhaps pick it off and finish it?
|
Big brother is not watching you anymore. Big brother is telling you how to live.
|
|
|
|