 Show Posts
|
|
Pages: [1] 2 3 4 5 »
|
but in reality i shouldn't have to overclock as it should be hashing at 1.2 TH/s minimum?
While i was tuning the boards to find their max. stable hashing rate, cgminer occasionally gets ZOMBIEs and doesn't recover. But once I lay off the OCing, they can hash stable and if one should fail, cgminer tents to be able to recover it automatically after 60 secs of 0 share submitted. Interesting to know, i don't think i waited 60 seconds to find out if it would auto kick in. also, are you running cgminer in linux? if so, which one would you recommend or doesn't it really matter? also, is the sierra being damaged in anyway by setting the clock rate to 590? as i thought i read somewhere 612 was a sweet spot, i didn't fancy pushing it that far. |
|
|
|
In a perfect world yes. It's not ck's fault though.
Are you seeing squelching messages in the cgminer output? i didn't say it was ck's fault, im just asking if there's a solution to this problem if anyone else has come across it as well. I have been told to use a program called cgwatcher to monitor cgminer & if it zombies it will auto restart cgminer. haven't tested that theory yet, but before i do i thought i would ask if there was any other solution. When you say squelching messages, what do you mean? i think the only message i have seen is something to do with no response from head then it say's zombie, sorry i didn't really pay much attention, was just concerned the sierra had knocked off & i rapidly restarted everything to get it back up and running It seems that when the miner is pushed too far, specific cores are "squelched". At least that is the message that cgminer reports. I've not seen one in some while now. Mine is running comfortably at 604 and has been for a few weeks averaging 1.261Th during that time. I've converted to a .conf file, but the original .bat file simply had this preceding pool information: "cgminer.exe --hfa-hash-clock 604 --hfa-fan 85" Your temps seem to be under control, so it seems like you just got a bit of a dud. ok thank you for your help, do you think running it in linux will make a difference? and il try the .conf file setup as well. I don't know why i expected any different from hashfast, waited this long and got a dud lol il also test each board to see if i can locate it down to one board that seems to be causing the issue. again, thanks for the info, at least now i know its something to do with the sierra |
|
|
|
|
ok, this is what cgminer says
HFS 0: Failed to reset after write failure, disabling
HFS 0 failure, disabling!
HFS 0: Failed to get data associated with header
USB init, open device failed, err -12, you need to install a WinUSB driver for - HFA device 2:2-i1
See README.txt file included for help
hashfast detect (2:2) failed to initialise (incorrect device?)
has anyone come across this before?
|
|
|
|
In a perfect world yes. It's not ck's fault though.
Are you seeing squelching messages in the cgminer output?
i didn't say it was ck's fault, im just asking if there's a solution to this problem if anyone else has come across it as well. I have been told to use a program called cgwatcher to monitor cgminer & if it zombies it will auto restart cgminer. haven't tested that theory yet, but before i do i thought i would ask if there was any other solution. When you say squelching messages, what do you mean? i think the only message i have seen is something to do with no response from head then it say's zombie, sorry i didn't really pay much attention, was just concerned the sierra had knocked off & i rapidly restarted everything to get it back up and running |
|
|
|
if i remove --hfa-hash-clock 590 will it clock at its normal clock rate (550) only reason why i over clocked it is cause it barely passes 1TH/s without overclocking
Yes I understand why people overclock... but not all hardware is created equal and it's called overclocking for a reason. but in reality i shouldn't have to overclock as it should be hashing at 1.2 TH/s minimum? |
|
|
|
so I have received my sierra but at least once or twice a day it zombies  and doesn't kick back in until I restart cgminer does anyone know why this happens? Are you overclocking it (too much)? clock 590, current hashrate of 1.22TH/s, temp 77'c 0.79v Well if it's dropping out then it's unstable and you're obliged to try it at a lower clock speed. if i remove --hfa-hash-clock 590 will it clock at its normal clock rate (550) only reason why i over clocked it is cause it barely passes 1TH/s without overclocking |
|
|
|
so I have received my sierra but at least once or twice a day it zombies and doesn't kick back in until I restart cgminer does anyone know why this happens? Are you overclocking it (too much)? clock 590, current hashrate of 1.22TH/s, temp 77'c 0.79v and i have to restart cgminer twice, first time it just hangs then second time it kicks in straight away |
|
|
|
so I have received my sierra but at least once or twice a day it zombies and doesn't kick back in until I restart cgminer does anyone know why this happens? |
|
|
|
I can confirm they are shipping Sierra's just had my fedex email confirmation, it should be with me by Monday. |
|
|
|
|
Out of batch 2, is anyone actually waiting for a sierra or is everyone requested for a refund?
|
|
|
|
|
So does this mean they actually got the Evo boards out on time?
|
|
|
|
This looks like progress, does this mean llan should be seeing some refund sometime soon? |
|
|
|
|
Looks links someone's hiding their ties with hashfast. Amy abascal, in her title it now just say marketing director hmmm
|
|
|
|
So when they finally send my sierra batch 3 refund? wait now a month again?
there has been no mention of refunds as of yet, i think i read somewhere that a batch 2 customer is still waiting for theirs to come through since he requested for his refund in January. But my fingers are crossed for you |
|
|
|
|
news update, all of batch 2 should be shipped by end of next week.
which is the 2nd of may resulting in another failed attempt of a delivery. il believe it when i see it
|
|
|
|
|
stupid question coming up.
anyone received any notifications of batch 2 sierras being delivered?
|
|
|
|
OMG did not see that coming  |
|
|
|
This is the bit i don't understand, in the uk, if someone is accused of fraud then trading standards would be all over their ass.
Do you not have this sort of thing in the US?
The attorney general is a little more political in each state. However, if they received a number of complaints telling similar stories and when they investigated, they found the facts to be true, they would "be all over their asses".... People need to type up their whole experience, explain why they feel this is a fraudulent crime (if you were lied to during the sales process or if you have been refused a refund etc) and put down their contact information so the AG can contact you. NO ONE SHOULD JUST RANDOMLY MAIL THIS IN. YOU HAVE THE NAMES OF THE PEOPLE THAT DID THE FIRST INQUIRY, ADDRESS IT TO THOSE PEOPLE. And the first complainant should ADD to his complaint on why he feels they are wrong. Will do, as this seems to be the only method of getting anything done. |
|
|
|
|
This is the bit i don't understand, in the uk, if someone is accused of fraud then trading standards would be all over their ass.
Do you not have this sort of thing in the US?
|
|
|
|
|
Problem is actually raising the problem to the relevant authority, one case came close and was dismissed. To the point hashfast then boasted about it on their site, twitter and Facebook.
Legally wise they could be sitting on this datacenter without anyone knowing, raking in the money and when the time comes it will amount to a small fee that they can pay off with the equipment that we bought last year and they know this.
The justice system just seems to slow and nothing seems to be progressing with hashfast.
What we need to find out is what will it take to get hashfast to get their act together. They have no chance with credibility anymore but they do need to sort out what is actually going on.
7 more days until another failed delivery!
|
|
|
|
|
