Fraggle
Newbie
Offline
Activity: 3
Merit: 0
|
|
March 31, 2014, 03:36:24 AM |
|
Well that could be the problem in a nut shell. I unpacked V 3.12.3- windows. I will punctually get 4.2.2 and post the results. Thanks
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 31, 2014, 04:01:34 AM |
|
... And one question: In my driver (from scanwork) i return the number of hashes done (not nonces found), but in this case the hashrate does not show the correct results. ...
All drivers return the number of hashes done. You must have messed something (else?) up somewhere.
|
|
|
|
Fraggle
Newbie
Offline
Activity: 3
Merit: 0
|
|
March 31, 2014, 07:43:49 AM |
|
Well ver 4.2.2 resulted in the exact same message. " libusb_failed to load err -99 " Wondering if I may have installed the wrong driver first. Does reinstalling the driver completely over write the first attempt ? This has stumped 2 other IT guys. lol
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 31, 2014, 08:19:03 AM |
|
Well ver 4.2.2 resulted in the exact same message. " libusb_failed to load err -99 " Wondering if I may have installed the wrong driver first. Does reinstalling the driver completely over write the first attempt ? This has stumped 2 other IT guys. lol
zadig will tell you which driver is loaded for each mining device.
|
|
|
|
KNK
|
|
March 31, 2014, 08:38:15 AM |
|
... And one question: In my driver (from scanwork) i return the number of hashes done (not nonces found), but in this case the hashrate does not show the correct results. ...
All drivers return the number of hashes done. You must have messed something (else?) up somewhere. Not true - BaB driver returns the nonces found: hashcount += 0xffffffffull * babinfo->new_nonces; My driver was returning the actual hashrate of the chip, which does not change with the luck and hardware errors, but with voltage fluctuations only. I have switched to nonces found and provide the actual hashrate separately now. (EDIT: it doesn't fluctuate much anyway)
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
|
March 31, 2014, 09:10:25 AM |
|
... And one question: In my driver (from scanwork) i return the number of hashes done (not nonces found), but in this case the hashrate does not show the correct results. ...
All drivers return the number of hashes done. You must have messed something (else?) up somewhere. Not true - BaB driver returns the nonces found: hashcount += 0xffffffffull * babinfo->new_nonces; My driver was returning the actual hashrate of the chip, which does not change with the luck and hardware errors, but with voltage fluctuations only. I have switched to nonces found and provide the actual hashrate separately now. (EDIT: it doesn't fluctuate much anyway) No driver directly displays the raw hashrate because virtually every piece of hardware has a wastage rate, be that lost work or hardware errors, and as a rule in our mainline drivers only the effective hashrate is shown based on share return since that is the one that most accurately represents the effective useful hashrate to the miner. Some drivers like to have their raw hashrate in the API as well but it's mostly used for debugging or finding when a large discrepancy occurs between that and the share based return hashrate. The most comprehensive hashrate breakdown exists in the cointerra driver, as per the example below: From API devs (all drivers get this from cgminer but it's still a share based hashrate): [MHS av] => 799191.36 [MHS 5s] => 835744.05 [MHS 1m] => 802133.15 [MHS 5m] => 814257.17 [MHS 15m] => 813622.90
From API stats (device specific implementation): [Calc hashrate] => 809023317013 [Hashrate] => 809235851416 [Share hashrate] => 799187431945 [Total calc hashes] => 66713335626117819 [Total hashes] => 66730861547342974 [Total raw hashes] => 66856703711606415 [Total share hashes] => 65902253067730944 [Total flushed hashes] => 5497557985280 [Accepted hashes] => 66573727231544920 [Accepted hashrate] => 807330305483 [Rejected hashes] => 370758174404046 [Rejected hashrate] => 4496132673 [Core0 hashrate] => 98977953653 [Core1 hashrate] => 72667358378 [Core2 hashrate] => 101483724632 [Core3 hashrate] => 102736610121 [Core4 hashrate] => 101483724632 [Core5 hashrate] => 120277006971 [Core6 hashrate] => 85196213271 [Core7 hashrate] => 96472182675 [Asic0Core0] => 120:fffefffefffefffefffefffefffefffe [Asic0Core1] => 120:fffefffefffefffefffefffefffefffe [Asic0Core2] => 120:fffefffefffefffefffefffefffefffe [Asic0Core3] => 120:fffefffefffefffefffefffefffefffe [Asic1Core0] => 120:fffefffefffefffefffefffefffefffe [Asic1Core1] => 120:fffefffefffefffefffefffefffefffe [Asic1Core2] => 120:fffefffefffefffefffefffefffefffe [Asic1Core3] => 120:fffefffefffefffefffefffefffefffe
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
KNK
|
|
March 31, 2014, 09:23:39 AM |
|
Some drivers like to have their raw hashrate in the API as well but it's mostly used for debugging or finding when a large discrepancy occurs between that and the share based return hashrate.
Thank you for the explanation. Yes, that's exactly what i wanted to achieve - showing raw hashrate in addition to the effective hashrate. And this is how it looks The expected hashrate fluctuates between 6.0 and 6.35 Gh only and is the theoretical max when there are no errors, so i wanted to have it in statline
|
|
|
|
crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
|
March 31, 2014, 05:40:02 PM |
|
I followed the instructions (seems basic enough), but how can I verify that cgminer is the new version? I went to System > Software > Cgminer, and it still says 3.12.0-1. Is this normal?
|
|
|
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
April 01, 2014, 12:42:24 AM |
|
I'm pretty happy with my testing so far. But the memory utilization is still climbing, 408MB so far.
Found this memory leak and it's now fixed in git, but there won't be a new version out just yet as I fix other issues first. Thanks for the update. I look forward to testing the new version when it's ready. I've been testing version 4.2.2 for 2 days now and it looks like the memory utilization is stable at 16.5 MB RAM with GBT now. Also it seems stable and reliable with BE's. I would still like the ability to sign the block though. Not a fan of the cycling display, it's going to cause someone to go into an epileptic fit. I sent a donation for solo mining support. Thanks, Sam
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
|
April 01, 2014, 01:41:09 AM |
|
I've been testing version 4.2.2 for 2 days now and it looks like the memory utilization is stable at 16.5 MB RAM with GBT now. Also it seems stable and reliable with BE's. I would still like the ability to sign the block though. Not a fan of the cycling display, it's going to cause someone to go into an epileptic fit. I sent a donation for solo mining support. Thanks Sam. The display is a sore point for everyone, and there's just too much useful info to display. I'm thinking to make it not toggle by default next time and just show the hashrate and allow people to enable it to toggle or something. Signing the block will be coming but I had to concentrate on making sure the implementation was rock solid and massively scaleable first.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
April 01, 2014, 01:58:16 AM |
|
Not a fan of the cycling display, it's going to cause someone to go into an epileptic fit. The display is a sore point for everyone, and there's just too much useful info to display. I'm thinking to make it not toggle by default next time and just show the hashrate and allow people to enable it to toggle or something. Signing the block will be coming but I had to concentrate on making sure the implementation was rock solid and massively scaleable first. Maybe a "T" hotkey to do a toggle? Thanks again, Sam
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
|
April 01, 2014, 02:07:48 AM |
|
Not a fan of the cycling display, it's going to cause someone to go into an epileptic fit. The display is a sore point for everyone, and there's just too much useful info to display. I'm thinking to make it not toggle by default next time and just show the hashrate and allow people to enable it to toggle or something. Signing the block will be coming but I had to concentrate on making sure the implementation was rock solid and massively scaleable first. Maybe a "T" hotkey to do a toggle? Thanks again, Sam You can already toggle it from the display menu.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
April 01, 2014, 12:44:42 PM |
|
Not a fan of the cycling display, it's going to cause someone to go into an epileptic fit. The display is a sore point for everyone, and there's just too much useful info to display. I'm thinking to make it not toggle by default next time and just show the hashrate and allow people to enable it to toggle or something. Signing the block will be coming but I had to concentrate on making sure the implementation was rock solid and massively scaleable first. Maybe a "T" hotkey to do a toggle? Thanks again, Sam You can already toggle it from the display menu. Toggle it or just enable/disable the switching every 5 seconds? Anyway being able to toggle it on the fly from the main menu would be more better if that is possible, hopefully without redrawing the screen and loosing the share submissions view. Just a thought no biggie either way to me. I didn't mind the wider screen and wouldn't mind it being wider yet to include all of the useful info. Sam
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
April 01, 2014, 10:04:04 PM |
|
... I also now noticed there is a bug in LSTime that was mentioned earlier, the time isn't displayed properly. Thanks for the update Yeah a fix for that is looking unlikely now ... I've been looking into it in the last few hours ... They changed the code that outputs the "Last Share Time" somewhere recently between Ant S1 versions. So it makes it a bit beyond silly having the API break it's extremely reliable backward compatibility for a silly change like that ... If it was a new field, that's no issue to add to my API hack/fix, but changing an existing field from a unix time number to a h:m:s string is a problem. The new binary works great! I got it back to a normal appearance rather than just the UNIX timestamp. vi /usr/lib/lua/luci/controller/cgminer.lua Find the part where it says: "--lst_date = os.date("%c", lst)" and get rid of comment (the --). Had to do a reboot to get the change to show, buy you guys here probably know a better solution to reload luci/lua/whatever it is. I'm very new to all of this so hope it was somewhat helpful. From: if lst == "0" then lst_date = "Never" else --lst_date = os.date("%c", lst) lst_date = lst end To: if lst == "0" then lst_date = "Never" else lst_date = os.date("%c", lst) --lst_date = lst end Added a comment to my README: https://github.com/kanoi/cgminer-binaries/commit/98099e278126ba9f917f12f1e57e3d9a986917aa
|
|
|
|
daddyfatsax
|
|
April 01, 2014, 11:23:44 PM |
|
I just got one of the new 1 TH/s rigs from China. The unit is running cgminer 3.9 and each blade is showing up as BA1. This unit is run off of a pi. Can I compile a newer cgminer and run that instead of the software supplied with the miner?
Sorry if this is a dumb question, but had to ask.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
April 01, 2014, 11:44:01 PM |
|
I just got one of the new 1 TH/s rigs from China. The unit is running cgminer 3.9 and each blade is showing up as BA1. This unit is run off of a pi. Can I compile a newer cgminer and run that instead of the software supplied with the miner?
Sorry if this is a dumb question, but had to ask.
I've no idea, I haven't seen one. Does it use the SPI bus or is it USB? Also - could you request the code from Bitmain? Since you have a cgminer binary, you have the right to request the code for it and they must supply it. ... and a 3rd update, apparently it's a BBB (Beagle Bone Black) not an RPi? Is that what you see? ... 4th update, can you login to it (with ssh or putty using the web user password) and check if the source code was left on the BBB? Maybe they did that to solve the issue of not releasing it (suggestion I was given by a US bitmain distributor)
|
|
|
|
daddyfatsax
|
|
April 01, 2014, 11:59:54 PM |
|
It uses the SPI.
This one has Bitmine-A1 chips inside. They show up as BA1 in the cgminer web interface.
It has an Rpi inside of it. The pi that came with it was DOA. So I replaced it with a spare, and now the image on the SD is corrupted so I am using a previous version. The unit will only hash at 800 GH/s now, so I am assuming it is a clock setting I need to change.
I can SSH in without an issue. I am trying to compile 4.2.2 on it, but cannot enable Bitmine-A1.
Edit: This is the Chinese miner from LKETC that I got from a group buy done with pcfli.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
April 02, 2014, 12:15:56 AM |
|
It uses the SPI.
This one has Bitmine-A1 chips inside. They show up as BA1 in the cgminer web interface.
It has an Rpi inside of it. The pi that came with it was DOA. So I replaced it with a spare, and now the image on the SD is corrupted so I am using a previous version. The unit will only hash at 800 GH/s now, so I am assuming it is a clock setting I need to change.
I can SSH in without an issue. I am trying to compile 4.2.2 on it, but cannot enable Bitmine-A1.
Edit: This is the Chinese miner from LKETC that I got from a group buy done with pcfli.
Oh, it's not an S2. I thought it was. OK, yeah there is A1 code but we've never seen any of the hardware so don't really know much about it.
|
|
|
|
|