Damnsammit
|
|
August 22, 2013, 07:12:53 PM |
|
You really gotta give him props though. He is going through great lengths to try to persuade others to believe his way of thinking... even though, as many have pointed out, it's simply incorrect.
|
|
|
|
h2odysee (OP)
|
|
August 22, 2013, 07:27:52 PM |
|
A lot of people aren't satisfied with theoretical equations. So I created a simulation. I wrote a script in python... Thanks liquidfire, for your simulation. Good idea. It's the next best thing to me actually making the change in my pool, to test it out. There is a problem with it though. Block solve times, and share solve times, are not between 0.5 and 1.5 of their average. Nor are they uniformly distributed. They are between 0 and infinity, and some kind of inverse square distribution maybe. I believe that bug is what's producing your results, showing that slow miners are disadvantaged. Because if a share cannot be solved in 0.5, and a block comes before then, then his work is wasted.
|
|
|
|
h2odysee (OP)
|
|
August 22, 2013, 07:34:57 PM |
|
What solution is there for a backup/failover pool for a multi-coin pool such as this? Cgminer explicitly states that mixing blockchains is a no-no, so setting a LTC pool (or similar) as backup won't work.
My intuition is that mixing blockchains is only a problem if you're using the --load-balance option. But I don't really know. If anyone has success with a backup pool, and knows for sure that it doesn't cause extra "detected new block" for the primary pool, let us know.
|
|
|
|
c1010010
|
|
August 22, 2013, 07:36:41 PM |
|
Sooo... how long can you guys go on talking about this?
|
|
|
|
Kuroth
|
|
August 22, 2013, 07:53:55 PM |
|
Cryptsy added a new cool feature for auto selling deposited coins : https://bitcointalk.org/index.php?topic=246679.680So now you can add a switching coin profile based on profitability in cgwatcher-> manage your desired coins for mining-> start mining and switching coins based on your chosen profitabilituy->forward the coin's wallet at the pool you're mining at to cryptsy at your comfortable threshold->select the auto sell feature at cryptsy deposit address -> coins get auto deposited and auto sold out-> collect BTC. But I think easier said than done.. I don’t mind paying the 3% to NOT have to manage all that myself.. But then again, I am lazy that way..
|
|
|
|
Liquidfire
Newbie
Offline
Activity: 28
Merit: 0
|
|
August 22, 2013, 07:56:25 PM Last edit: August 22, 2013, 08:08:28 PM by Liquidfire |
|
A lot of people aren't satisfied with theoretical equations. So I created a simulation. I wrote a script in python... Thanks liquidfire, for your simulation. Good idea. It's the next best thing to me actually making the change in my pool, to test it out. There is a problem with it though. Block solve times, and share solve times, are not between 0.5 and 1.5 of their average. Nor are they uniformly distributed. They are between 0 and infinity, and some kind of inverse square distribution maybe. I believe that bug is what's producing your results, showing that slow miners are disadvantaged. Because if a share cannot be solved in 0.5, and a block comes before then, then his work is wasted. You are absolutely correct, that they are not between 0.5 and 1.5. But if i did between 0.25, and 1.75, 0.1 and 1.9, etc i'd get the same results long-term. And so on and so forth. Accounting for the infinite right edge would be very, very difficult (not impossible) to simulate. In the end, it doesn't matter... because if I did, all that would do would shift the average somewhat to the right. But, the same thing would happen to the block time as well. They cancel each other out. At that point I am dealing with a different average. It doesn't matter what the average is that you use, the effect will still be there. I am sure someone smarter than me can replace that small part of the code with a formula to simulate the real range. Its beyond my math knowledge. But know I am aware it is a flaw. I am almost certain the result would be very very similar if you did simulate that. I will attempt to do some research and see if I can figure it out. If i can, I'll re-run the simulations and see what happens. If anyone knows the right distribution for this, I can certainly convert it to python. H20 might be onto something about the inverse square distribution. Again, I am picking arbitrary numbers to be the average. It doesn't matter what I pick. the point is the relationship between the two workers. The block find time, and the share find time of the miner are going to be equally effected by any changes to the calculation of the times.
|
|
|
|
captainfuture
|
|
August 22, 2013, 07:56:48 PM |
|
i am happy to not checking all the pools everyday if they working right.
|
|
|
|
captainfuture
|
|
August 22, 2013, 07:58:33 PM |
|
Could u guys plz make a thread with this difficulty thing? i cant read it anymore.
plz.
its interesting, but its worth an own thread.
|
|
|
|
|
Kuroth
|
|
August 22, 2013, 08:31:44 PM |
|
|
|
|
|
FlungSpun
|
|
August 22, 2013, 08:38:41 PM |
|
So anyway .. I got one of my cards back from RMA replacement today and middlecoin seems to be going pretty well gogo 7970s
|
|
|
|
Destiffmast
|
|
August 22, 2013, 09:49:00 PM |
|
Hello,
I need some help please.
I have pointed 3 cards at this pool total of 1400kh/s, but I am not so sure if I am mining anything or not.
I see accepted OCL 0 or 1 or 2 but the diff always shows 0/0 is that normal?
Can the pool owner verify for me I am mining - username -1Afv29gzpRE1YaqiymCNYDdPedHWTkht99
Any info much appreciated guys.
|
|
|
|
FlungSpun
|
|
August 22, 2013, 09:51:43 PM |
|
your addy is showing and hash rate for last hour is on its way up so looks OK for starters.
|
|
|
|
Destiffmast
|
|
August 22, 2013, 09:54:33 PM |
|
Thanks for letting me know, glad it's doing the job
|
|
|
|
captainfuture
|
|
August 22, 2013, 10:28:43 PM |
|
i think we have reached the 1 GH now.
|
|
|
|
FlungSpun
|
|
August 22, 2013, 10:34:02 PM |
|
992.2232 .. oooh just one more refresh
|
|
|
|
STT
Legendary
Offline
Activity: 4046
Merit: 1447
Catalog Websites
|
|
August 22, 2013, 11:37:08 PM |
|
Seems a pretty decent run today
|
█████████████████████████ ████████▀▀████▀▀█▀▀██████ █████▀████▄▄▄▄██████▀████ ███▀███▄████████▄████▀███ ██▀███████████████████▀██ █████████████████████████ █████████████████████████ █████████████████████████ ██▄███████████████▀▀▄▄███ ███▄███▀████████▀███▄████ █████▄████▀▀▀▀████▄██████ ████████▄▄████▄▄█████████ █████████████████████████ | BitList | | █▀▀▀▀ █ █ █ █ █ █ █ █ █ █ █ █▄▄▄▄ | ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ . REAL-TIME DATA TRACKING CURATED BY THE COMMUNITY . ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | ▀▀▀▀█ █ █ █ █ █ █ █ █ █ █ █ ▄▄▄▄█ | | List #kycfree Websites |
|
|
|
BigDaddyWooWoo
Member
Offline
Activity: 102
Merit: 10
|
|
August 23, 2013, 12:12:13 AM |
|
|
|
|
|
xreichardx
Newbie
Offline
Activity: 47
Merit: 0
|
|
August 23, 2013, 12:28:45 AM |
|
Whooo-hoo! A great day mining on this pool AND no more talk about difficulty! Win-Win!
|
|
|
|
willittobe
|
|
August 23, 2013, 01:02:42 AM |
|
Hey, the pool is over 1 gh/s now! Congrats h2odysee, and everyone And a thought about the cgwatcher+auto-sell-option on cryptsy suggestion: Most pools these days are PPLNS. Switching coins/pools all over the place seems like it would kinda kill efficiency based on that payout model. Of course, we are switching coins all over the place mining here, but I am assuming since we are all switching together as one pool, we are not shooting ourselves in the foot in that way....?
|
|
|
|
|