captainfuture
|
|
August 06, 2013, 12:17:24 PM |
|
cryptsy had to redownload btc chain. dont know if they are ready now...
|
|
|
|
|
|
|
|
|
Remember that Bitcoin is still beta software. Don't put all of your money into BTC!
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
SullyTex
Newbie
Offline
Activity: 20
Merit: 0
|
|
August 06, 2013, 12:22:54 PM |
|
Ahhh thanks for the info... that's what I get fir chronic migraines and modern pharmaceuticals!!! Should I contact cryptsy? This is a new one to me!
|
|
|
|
SullyTex
Newbie
Offline
Activity: 20
Merit: 0
|
|
August 06, 2013, 12:46:52 PM |
|
Should I yell at cryptsy??? Never had this happen to me before....
|
|
|
|
SullyTex
Newbie
Offline
Activity: 20
Merit: 0
|
|
August 06, 2013, 01:08:44 PM |
|
NVM!!! ALL CLEAR!!! Thanks for the insight!!!
|
|
|
|
Lollaskates
|
|
August 06, 2013, 01:33:04 PM |
|
The point of Vardiff (or even a lower dynamic value based on what coin is currently being mined) is for smoothing out and attempting to normalize share payouts within a pool. Yes it has no impact on pool profitability as a whole, but it certainly prevents fast coin blocks from only going to the handful of people that were able to submit a share in time (luck + latency to server). I personally would rather a consistent reliable income from a pool (the point of a pool) than whenever a fast coin comes around it feels like solo-mining within a pool as we all compete to be the lucky guy who found the block within his 512 diff share of work, where the rest of us lose out and get to eat electricity costs until maybe hours / days from now we are lucky enough to discover our own fast block.
Nobody pool mines for high variability results, we'd solomine if we wanted a payout for a particular coin between long periods of time. Just add VARDIFF or a hard coded diff value based on target coin so we can get our tiny slices of fast coins and stop playing the lottery within the pool (that's for the pool as a whole to play with everyone else!). They add up.
|
|
|
|
Lollaskates
|
|
August 06, 2013, 01:47:10 PM |
|
Needs 256 diff. I've got 5.8MH/s pointed at this and getting 60% and 70% rejects on my two rigs. I'm about to mod cgminer to forcibly split your work between my GPUs. Too many blocks go by with not a single share submission = 100% wasted time and electricity. When that happens it actually costs us money, seeing as how we still have to pay for the electricity. Mining on other pools until this is addressed.
Yes, this is a problem (there's a reason VARDIFF exists, for optimization for all combinations of hash strength and latency). After reading the thread it seems you are unwilling to accept this as a valid issue, which is sad.
What are the GPU's in your two rigs? 5x 7950s @ 580kh/s per rig (it could perform faster, but I had to undervolt to squeeze both of them on a 20A breaker). I=20, expiry 1 queue 0 scan 1
|
|
|
|
Eastwind
|
|
August 06, 2013, 01:47:33 PM |
|
The point of Vardiff (or even a lower dynamic value based on what coin is currently being mined) is for smoothing out and attempting to normalize share payouts within a pool. Yes it has no impact on pool profitability as a whole, but it certainly prevents fast coin blocks from only going to the handful of people that were able to submit a share in time (luck + latency to server). I personally would rather a consistent reliable income from a pool (the point of a pool) than whenever a fast coin comes around it feels like solo-mining within a pool as we all compete to be the lucky guy who found the block within his 512 diff share of work, where the rest of us lose out and get to eat electricity costs until maybe hours / days from now we are lucky enough to discover our own fast block.
Nobody pool mines for high variability results, we'd solomine if we wanted a payout for a particular coin between long periods of time. Just add VARDIFF or a hard coded diff value based on target coin so we can get our tiny slices of fast coins and stop playing the lottery within the pool (that's for the pool as a whole to play with everyone else!). They add up.
I concur. Needs 256 diff. I've got 5.8MH/s pointed at this and getting 60% and 70% rejects on my two rigs. I'm about to mod cgminer to forcibly split your work between my GPUs. Too many blocks go by with not a single share submission = 100% wasted time and electricity. When that happens it actually costs us money, seeing as how we still have to pay for the electricity. Mining on other pools until this is addressed.
Yes, this is a problem (there's a reason VARDIFF exists, for optimization for all combinations of hash strength and latency). After reading the thread it seems you are unwilling to accept this as a valid issue, which is sad.
What are the GPU's in your two rigs? 5x 7950s @ 580kh/s per rig (it could perform faster, but I had to undervolt to squeeze both of them on a 20A breaker). I=20, expiry 1 queue 0 scan 1 Maybe you can lower the intensity and TC and use 2 GPU threads? This might help.
|
|
|
|
ImI
Legendary
Offline
Activity: 1946
Merit: 1019
|
|
August 06, 2013, 01:49:46 PM |
|
5x 7950s @ 580kh/s per rig (it could perform faster, but I had to undervolt to squeeze both of them on a 20A breaker). I=20, expiry 1 queue 0 scan 1
i always thought that expiry scantime queue are only important while solomining??
|
|
|
|
fragout
Legendary
Offline
Activity: 1279
Merit: 1018
|
|
August 06, 2013, 08:14:23 PM |
|
I'm running on -I 20 with two 7950's running at 620 each with barely any rejects. Less then 1 percent. I don't understand that so many people are having issues, am I missing something?
What are your settings? mine are -thread concurrency 23200 (dunno why but it works better than 22336 or 24000 for me) vectors 1 gpu threads 1 worksize 256 intensity 20 595kh/s Im getting 15% stale oddly I am also running a 6950 which is getting stale of 4 %
|
|
|
|
Jriker1
|
|
August 06, 2013, 10:47:27 PM |
|
Weeeeee!!! Looks like we will be semi over profitable today. More than last two day, less than several days ago.
|
|
|
|
Jriker1
|
|
August 06, 2013, 10:50:20 PM |
|
I'm running on -I 20 with two 7950's running at 620 each with barely any rejects. Less then 1 percent. I don't understand that so many people are having issues, am I missing something?
What are your settings? mine are -thread concurrency 23200 (dunno why but it works better than 22336 or 24000 for me) vectors 1 gpu threads 1 worksize 256 intensity 20 595kh/s Im getting 15% stale oddly I am also running a 6950 which is getting stale of 4 % Ditto. My 7950 is getting more stales than my 6950 but ain't concerned like 50% of this thread is. Overall a lot more profitable than anywhere else. Guess everyone is trying to identify optimization opportunities. JR
|
|
|
|
Hydroponica
Full Member
Offline
Activity: 182
Merit: 100
fml
|
|
August 06, 2013, 11:12:12 PM |
|
Hi, I was all in for the past few days to try 256 difficulty but something just occurred to me.
It doesnt matter if we go 32, 512 or 1024 for the global profit, if someone is about to find a block he will do it regardless of the share diff. Changing share diff wont increase the pool profit imo.
We can still speculate if the 512 is making old rigs fall behind and the 7xxx rigs may be indeed chewing income from those rigs, but the only way to know for sure would be to compare % of reject Mhash or daily payouts per acceppted average Mhash.
Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins
|
|
|
|
San1ty
|
|
August 06, 2013, 11:37:17 PM |
|
I'm running on -I 20 with two 7950's running at 620 each with barely any rejects. Less then 1 percent. I don't understand that so many people are having issues, am I missing something?
What are your settings? mine are -thread concurrency 23200 (dunno why but it works better than 22336 or 24000 for me) vectors 1 gpu threads 1 worksize 256 intensity 20 595kh/s Im getting 15% stale oddly I am also running a 6950 which is getting stale of 4 % Ditto. My 7950 is getting more stales than my 6950 but ain't concerned like 50% of this thread is. Overall a lot more profitable than anywhere else. Guess everyone is trying to identify optimization opportunities. JR I will look them up for you tomorrow, but I have been mistaken on my reject % it's about 10%.
|
Found my posts helpful? Consider buying me a beer :-)!: BTC - 1San1tyUGhfWRNPYBF4b6Vaurq5SjFYWk NXT - 17063113680221230777
|
|
|
Prelude
Legendary
Offline
Activity: 1596
Merit: 1000
|
|
August 07, 2013, 12:54:13 AM |
|
Hi, I was all in for the past few days to try 256 difficulty but something just occurred to me.
It doesnt matter if we go 32, 512 or 1024 for the global profit, if someone is about to find a block he will do it regardless of the share diff. Changing share diff wont increase the pool profit imo.
We can still speculate if the 512 is making old rigs fall behind and the 7xxx rigs may be indeed chewing income from those rigs, but the only way to know for sure would be to compare % of reject Mhash or daily payouts per acceppted average Mhash.
Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins Bingo.
|
|
|
|
h2odysee (OP)
|
|
August 07, 2013, 03:33:54 AM Last edit: August 07, 2013, 06:36:16 AM by h2odysee |
|
Payouts were an hour late today. Profits were 0.0334 BTC per MH/s per day.
|
|
|
|
CoinBuzz
|
|
August 07, 2013, 05:43:26 AM |
|
Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins
+1. We can increase the difficulty to 1024 to see it's effect
|
|
|
|
fredeq
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
August 07, 2013, 09:03:28 AM Last edit: August 07, 2013, 09:20:06 AM by fredeq |
|
Hi, I was all in for the past few days to try 256 difficulty but something just occurred to me.
It doesnt matter if we go 32, 512 or 1024 for the global profit, if someone is about to find a block he will do it regardless of the share diff. Changing share diff wont increase the pool profit imo.
We can still speculate if the 512 is making old rigs fall behind and the 7xxx rigs may be indeed chewing income from those rigs, but the only way to know for sure would be to compare % of reject Mhash or daily payouts per acceppted average Mhash.
Your missing the entire purpose of share difficulty. If you do not submit a share, before the block is found, you do not get paid. That is what people are saying about share diff. It may not affect the pools profit, as a whole, but it will affect individual profit of the members, with in the pool. Again, this is why VARDIFF exists, to begin with. Those with the cards that can submit the shares fast enough, for those 20 or 30 second block coins, get a higher diff, with shares that carry more weight in the payout, because they submit shares less often, slower cards, get lower share diff, that pay less, because shares are submitted more often. Everybody wins Bingo. Guys I am not missing anything, I share this point of view with you. My post was addressed to the people saying that lowering share diff would increase global btc profit for the pool(they thought that the more shares they find the more coins pool will mine). I admit that my post was a bit misleading ;P
|
|
|
|
San1ty
|
|
August 07, 2013, 01:20:29 PM |
|
Guys, probably a stupid question, but why aren't we mining primecoin? Looks like it's pretty profitable.
|
Found my posts helpful? Consider buying me a beer :-)!: BTC - 1San1tyUGhfWRNPYBF4b6Vaurq5SjFYWk NXT - 17063113680221230777
|
|
|
h2odysee (OP)
|
|
August 07, 2013, 01:22:32 PM |
|
Guys, probably a stupid question, but why aren't we mining primecoin? Looks like it's pretty profitable.
I don't believe there is a publicly available GPU miner. As far as I know, the GPU mining programs are private. I've been mining primecoin on my CPU, but I don't think it even covers the cost of electricity.
|
|
|
|
|