I just dumped CGMiner V3.7 in GuiMiner Scrypt. It's working.. but worse. I'm now hovering just under 800Khash  Would you know anything about my second questions regarding my second rig?  Run the .bat files and tell me what they say |
|
|
|
Thanks Vivisector999 Another question: #1 Ive got one rig successfully connected to middlecoin.com. It comprises of a 6990 & two 5770. I've noticed that over time the Khash decrease. Once I start them up, they're around 180khashs, but within 45 minutes, they're down too 100Khashes. Or in other words, the total for the rig when it first starts up is 1.2Mhash, but after about an hour, it's down to 1.0Mhash. I'm running the 12.1 driver and i'm thinking about upgrading to 12.8. Hopefully that'll help :s Changing the Core Clock doesnt change much either :s #2 I've got a second rig with two 5970's, hooked into the same network swtich as Rig #1. I've setup Guiminer exactly the same as Rig #1... and it wont connect. I've read that it could take some time to connect, but after 10 minutes or longer... nothing but "connecting" and "connection problems" under the summary. I even emailed myself my Wallet Adress to ensure it was 100% :s Help? http://postimg.org/image/vadhr6hwn/ I'm starting to wonder if that's a bug in general because others have reported it. If you navigate to the /cgminer/ directory, there should be a "whatever.bat" file with the same name as your mining tab. If you run that it opens a console instance of cgminer so you can see the exact output. You can also upgrade cgminer to the latest version by downloading it and then dumping it in that folder. |
|
|
|
limit of 200 upgrade units. so is this 28TH total? is my math right if each unot is 140 Gh/s ?
28 Th/s would be a drop in a bucket...
Agreed. The Nov preorders will be two orders of magnitude more. It is likely the "left overs". They ordered so many hosts, cases, etc, used their inventory of parts to build the Sept/Oct/Nov orders and they came up with 200 extra boards. Sell off the lot. Why not? The value of ASICs goes down over time. Why wait for the next batch just sell them off for less? and it's not a terrible price. 1Gh of USbees is like $50 still and these modules would be around $6.75 Yeah. I wouldn't be surprised if we hit $1/GH/s by Mar or April 2014, along with a peak in price valuation followed by a collapse (as with the GPU explosion) |
|
|
|
limit of 200 upgrade units. so is this 28TH total? is my math right if each unot is 140 Gh/s ?
28 Th/s would be a drop in a bucket...
Agreed. The Nov preorders will be two orders of magnitude more. It is likely the "left overs". They ordered so many hosts, cases, etc, used their inventory of parts to build the Sept/Oct/Nov orders and they came up with 200 extra boards. Sell off the lot. Why not? The value of ASICs goes down over time. Why wait for the next batch just sell them off for less? So we're looking at another 2-3 PH/s? That's not actually that bad.. |
|
|
|
The answer has been obvious since the day it's immaculate design has graced our existence. This particular cryptocurrency is head and shoulders above pretty much every other piece of trash that's been touted on these boards. I am of course referring to the only real alt coin, BitBar.
 |
|
|
|
So, a couple of my cards started turning off permanently until reboot again and I cranked their voltage down to about 0.8 V.
Rig is hashing at about 352 GH/s now instead of 360, but it seems stable.
so how do you "anticipate" the amount of counterclockwise turning of the trimpot nut needed to decrease voltage? It seems like about a quarter turn or so is 0.050 V, but it's not consistent among cards I find any response on the rma to return heatsinked defective h boards? Nah, haven't heard anything one way or the other, but since I adjusted the trimpots everything has been running more or less okay. Probably Dave is sitting around tweaking 8 bajillion of them in the TH/s mine at the moment |
|
|
|
So, a couple of my cards started turning off permanently until reboot again and I cranked their voltage down to about 0.8 V.
Rig is hashing at about 352 GH/s now instead of 360, but it seems stable.
so how do you "anticipate" the amount of counterclockwise turning of the trimpot nut needed to decrease voltage? It seems like about a quarter turn or so is 0.050 V, but it's not consistent among cards I find |
|
|
|
|
So, a couple of my cards started turning off permanently until reboot again and I cranked their voltage down to about 0.8 V.
Rig is hashing at about 352 GH/s now instead of 360, but it seems stable.
|
|
|
|
You're wrong: nobody does that
I think you mean you don't do that. E.g., take
the one whose last block hash is smaller. This way all miners choose the
same chain, and the guarantees of our solution hold.
This is not a new idea at all. As far as public postings, it's been on this page on the bitcoin wiki for at least six months, and there was definitely a mention of it on bitcoin-dev about a year ago (I will post the reference when I find it). And, as I've mentioned, it's pervasive in the modified clients used by large mining operations, although those are not public so you're welcome to shout "liar liar pants on fire" all you like and I won't get upset I think the people who wrote this paper took Satoshi's original whitepaper too literally: Nodes always consider the longest chain to be the correct one and will keep working on extending it. If two nodes broadcast different versions of the next block simultaneously, some nodes may receive one or the other first. In that case, they work on the first one they received, but save the other branch in case it becomes longer. The tie will be broken when the next proof- of-work is found and one branch becomes longer; the nodes that were working on the other branch will then switch to the longer one.
Mining strategy has evolved and adapted, as it must in any incentive-driven system. For example, Satoshi's whitepaper predicted that transaction fees would be a meaningful incentive, and it's pretty obvious it hasn't turned out that way. This has been proposed for MC2 for a very long time too.. when you have a hybrid PoW/PoS system there needs to be strongly deterministic means of blockchain selection, but I guess this now benefits the chain in a different way. |
|
|
|
My portfolio is 2 BTC : 5 LTC : 1 PPC.
LTC has by far a better history of price stability than BTC and PPC in my opinion, I considered the latter two more risky but worth a little investment into.
LTC is a no no for me. Otherwise that's a good way of handling your portfolio. LTC has so much more volume than PPC that I would say it's really unwise not to invest in it. The value of LTC is that it was the first real alt currency, and now that it's traded in a multitude of exchanges it has immense value from speculative trading against Bitcoin alone. |
|
|
|
|
Same... The reason I joined up was not for the money but for the fact that I have 2x Baby Jets on order. I was hoping I could get you guys and myself the best answers possible, and I feel bad that I haven't been able to provide the community with better responses.
|
|
|
|
I really like the concept of ppc. If ppc has the enough advertising I'm sure it can rival bitcoin.
There are better POS coins though. Has anyone implemented a novel non-PPC PoS coin? I have a detailed proposal that should work given for MC2, but I haven't heard a lot about other systems. |
|
|
|
|
My portfolio is 2 BTC : 5 LTC : 1 PPC.
LTC has by far a better history of price stability than BTC and PPC in my opinion, I considered the latter two more risky but worth a little investment into.
|
|
|
|
|
It might be a pool weirdly paying back to itself. If you are the pool and don't submit the tx to the network but instead just include it in the block you submit, the fee goes back to the pool itself.
|
|
|
|
I am receiving this error when trying to start Guiminer Scrypt
It throws the error and never opens
Traceback (most recent call last):
File "guiminer.py", line 20, in <module>
File "pyopencl\__init__.pyo", line 4, in <module>
File "pyopencl\_cl.pyo", line 12, in <module>
File "pyopencl\_cl.pyo", line 10, in __load
ImportError: DLL load failed: The specified module could not be found.
Windows 7 64bit
AMD Radeon HD 7470
Anyone know of anyway to resolve the issue?
I updated the Driver from 13.4 to 13.9 and I was finally able to open the application. Now when I try to start the miner it just keeps saying "Connecting". Any ideas? Execute the .bat in the cgminer folder and look at the output |
|
|
|
|
My first BTC was paid out from my Bitfury device today
*tear*
48 hours running stable at 360 GH/s since I dropped the voltage on those two cards.
|
|
|
|
|
No, current estimates for batch 1 delivery are sometime in December.
|
|
|
|
|
Well, I emailed yesterday asking many many questions about the new MPP policy and when the hardware ships, I'll let you guys know when I hear back.
|
|
|
|
Every early august customer should demand HF a full refund. They have no reason not to. They keep promising that the refund will be BTC, right? We will see how fake that was.
They still aren't getting back to me on this issue. |
|
|
|
|
Show Posts
