Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 122. (Read 5805649 times)

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
New MAJOR version - 4.0.0, 21st February 2014

This major version update is marking the conclusion of the move to pure ASIC based mining. It has numerous new drivers and features, but despite that, the major inner workings are only trivially changed so it should be a safe upgrade. The most notable new features are a larger status window, addition of a USB management menu, the cointerra driver, bitmine A1 driver (supported by zefir) and the Avalon2U driver (still in development). While the fpga code is still present in cgminer, the binaries will no longer include them, and modminer users will have to add the bitstream themselves to the bitstreams/ directory to minimise the size of the releases for everyone else.

Human readable changelog:

- Cointerra driver
- Bitmine A1 driver
- Avalon2U driver
- Wider status window now looks like this:
Code:
cgminer version 4.0.0 - Started: [2014-02-21 12:58:03]
--------------------------------------------------------------------------------------------------
 (5s):3.037T (avg):2.569Th/s | A:809704  R:1600  HW:624  WU:35890.5/m
 ST: 1  SS: 0  NB: 6  LW: 875947  GF: 0  RF: 0
 Connected to au.ozco.in diff 1.6K with stratum as user ckolivas.0
 Block: 1522ef37...  Diff:3.13G  Started: [13:14:10]  Best share: 1.08M
--------------------------------------------------------------------------------------------------
 [U]SB device management [P]ool management [S]ettings [D]isplay options [Q]uit
 000: NF1 0:                         | 2.426G/2.397Gh/s | A:  4801 R:   0 HW:  0 WU:   33.9/m
 001: NF1 1:                         | 1.846G/1.960Gh/s | A:     1 R:   0 HW:  0 WU:   27.4/m
 002: BXF 0:  44.2C                  | 5.123G/5.119Gh/s | A:  1602 R:   0 HW:  0 WU:   71.7/m
 004: HFS 1: 625MHz  86C  18% 0.79V  | 1.330T/1.322Th/s | A:433700 R:1600 HW:110 WU:18492.2/m
 005: ANU 0:                         | 2.224G/2.231Gh/s | A:     0 R:   0 HW:371 WU:   15.2/m
 007: BF1 0:                         | 2.353G/2.337Gh/s | A:  4800 R:   0 HW: 63 WU:   33.1/m
 008: HFS 3: 609MHz  85C  19% 0.79V  | 1.571T/1.273Th/s | A:264000 R:   0 HW: 52 WU:17803.3/m
--------------------------------------------------------------------------------------------------
 
The original curses display was never designed with many devices with vast amount of information displayable, and that is still the case now, but the ASIC era has made it that we do need more than previously, but I am trying to keep the display as concise as possible with the most meaningful information.

- USB menu looks like this:
Code:
Hotplug interval:5
9 USB devices, 7 enabled, 0 disabled, 2 zombie
[S]ummary of device information
[E]nable device
[D]isable device
[U]nplug to allow hotplug restart
[R]eset device USB
[L]ist all known devices
[B]lacklist current device from current instance of cgminer
[W]hitelist previously blacklisted device
[H]otplug interval (0 to disable)
These should be self explanatory, except perhaps the black and whitelist features. Normally cgminer will mine on any devices it can detect and has permission to use unless you explicitly restrict it with the --usb command line argument, and it will NOT mine on any devices another cgminer instance is currently using. The blacklist feature allows you to disable a device on the fly that it has tried to mine on, allowing another instance of cgminer to use it. Whitelisting undoes this change.
- ANU devices aka AntminerU1 usb sticks will now take any arbitrary frequency with --anu-freq and  cgminer will try to find the nearest frequency it can set it to, instead of being restricted to 25MHz increments.
- Hashfast device failures will be detected sooner
- Hashfast fan speeds by default will go down to 5%
- The menu now shows hashfast clock speed as detected by the device (which may be different to the requested speed) and fanspeed%
- Hashfast board temperature is now taken into consideration when looking for the hottest component and displaying temperature and adjusting fanspeed
- Hashfast clock speeds per die in the API should more accurately represent what speed they really are.
- Hashfast restarts should be a little more reliable
- Klondike, avalon, bab, drillbit will display more info on screen
- Pools that silently drop stratum shares submitted will not induce a memory leak in cgminer
- If no connection is present at startup, cgminer will be able to connect to a dead pool later when it comes alive
- ./autogen.sh from git will not error if given no arguments but will instead not try to configure the build
- A warning will come up if someone selects system libusb, advising against it (given how few versions of libusb actually work well).
- Fix a couple of potential hangs
- Temperature for devices that support it will now show up in the api devs command
- Icarus and bitfury devices that stop producing shares will now be sent a reset after a minute of no activity, and if they do not respond within another minute will be dropped, allowing cgminer to attempt to re-hotplug them. This has been proven effective at bringing back U1 miners that stop hashing.
- Fix unresponsive bitfury devices from ending up OFF that would not disappear and/or restart
- Bab driver updates disabling cores that stop working and reduce the cpu usage substantially
- miner.php updates
- Allow benchmarking from a --benchfile
- Other minor bugfixes and trivial cosmetic differences


Full changelog:
- Check for error from setfloatval
- Halfdelay cannot be larger than 255.
- Allow any arbitrary frequency to be specified for ANU devices and try to find
the nearest frequency when initialising it, reporting if the frequency is not
exactly as requested.
- Only show system libusb warning when appropriate during configure.
- Merge branch 'avalon2' of https://github.com/xiangfu/cgminer into
xiangfu-avalon2
- Hfa cooling remains satisfactory down to a minimum fanspeed of 5%
- Give a nodev error if we have already set nodev in hfa clear readbuf to avoid
further usb comms attempts.
- Fix missing include
- Move bitmine options to alphabetic positioning.
- bab - missed a few 'DEAD's in last commit
- bab - use 'bad' instead of 'dead' as per the screen B:
- bab - roll work if possible to reduce CPU
- Update the per die hash clock data on a running reset on hfa devices.
- Set the per die clock on hfa to the known starting base clock instead of our
requested clock rate.
- Hfa device failure can be detected within 15 seconds so we should try
restarting it sooner to avoid tripping the device's own watchdog.
- Check return result of hfa clear readbuf to minimise error messages on device
failure.
- Put MHz into cta statline description.
- Send a work restart with every shutdown message to hfa devices to clear any
work that might be stale on the next restart.
- Store the hfa hash_clock rate and display it in the statline.
- Store the maximum board temperature for hfa devices and take that into
consideration when calculating the highest temperature as well as the dies.
- A1: CoinCraft-Desk driver variant
- Initial import of Bitmine.ch A1 SPI driver
- klondike ensure stats type matches
- avalon, bab, drillbit, klondike use more screen space rather than truncating
info
- Add hashfast fanspeed% to statline display.
- Move driver statline padding to cgminer.c, expanding width of maximum
displayable statistics and window width to add more info.
- Prune old stratum shares that we've seen no response for over 2 minutes to
avoid memory leaks for pools that don't respond about some shares.
- Add warning if system libusb is being added.
- Only run ./configure with autogen.sh if extra parameters are passed to it.
- Updated cointerra features.
- Add le16toh defines for platforms that may be missing it.
- Remove modminer bitstreams from distribution and replace with a README saying
what file needs to be added if modminer build is still desired.
- Use the simplelog function from usb_list()
- Add a simplelog function that does not log date and time.
- Use a unique usb_list function displaying only pertinent information when
listing usb devices from the menu.
- Abstract out the _in_use function to take different linked lists.
- Break out of linked list loop in remove_in_use in case we've gone over the
whole list.
- Check for hfa invalid hash clockrate after other error messages.
- Detect non-responsive icarus devices and attempt a usb reset before killing
them after 2 minutes of no hashes.
- Detect non-responsive bitfury devices and try a usb reset on them before
killing their instances off after 2 minutes of no activity.
- Allow hotplug interval to be changed from the USB menu.
- Prevent recursive loop in __is_in_use linked list walking.
- Add the ability to whitelist previously blacklisted usb devices from the menu.
- Use a bool in struct cgpu to know when a usb device has been blacklisted,
avoiding blacklisting it more than once.
- bab - ensure disabled chips are counted in the screen dead chip counter
- bab - only disable the chip once ...
- bab - short work list skip disabled chips
- api.c avoid incorrect gcc warning
- cgminer -h crash fix
- Add blacklisting as an option to the USB menu.
- Add a mechanism to blacklist a usb device from its cgpu.
- Add an option to the USB menu to list all known devices.
- Add an option to send a USB reset via the USB menu.
- Add a usb_reset by cgpu function to usbutils.
- Add warning for attempting to unplug a usb device that is already removed.
- Add USB Unplug option to USB management device management menu.
- Add enable and disable USB device functions to the menu.
- Add a USB menu item, initially with just statistics per device, adding
device number to the device status window display.
- Reuse the cgpu temp entry for avalon and bitfury devices, changing avalon to a
damped value.
- Store the cointerra maximum temperature in the cgpu struct as an exponentially
changing value based on the maximum temperature.
- Reuse the cgpu->temp entry for max temperature in hfa driver.
- bab - disable chips that return only bad results
- Add driver for cointerra devices.
- Add Avalon2 (2U size machine) support
- miner.php - define a default rigport (that can be changed) and don't require a
port number in the rigs array
- miner.php allow links for rig buttons in tables and allow using the 4th IP
octet if no rig name - default disabled for both
- format fix and bad variable usage fix for --benchfile
- Allow running cgminer in benchmark mode with a work file --benchfile
- ANU frequency is in MHz, not hex.
- Remove bitfury devices from the usb list on shutdown in case they have stopped
responding but have not had a fatal usb error.
newbie
Activity: 37
Merit: 0
Thank you for the reply,

i entered the touch then tried the second one,
Code:
sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf
and got permission denied?

Huh, me too.  Here are the original instructions, I put them on one line to make it easier (silly me, should have tested).  Instead use this:

Code:
sudo su
touch /etc/sysctl.conf
echo kern.sysv.semume=100 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

Enter each line one at a time exactly as above, and then reboot.

THANK YOU!!! Worked like a treat.
Great stuff, will add this to documentation!

Being a sudo command it will only work until reboot correct?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Thank you for the reply,

i entered the touch then tried the second one,
Code:
sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf
and got permission denied?

Huh, me too.  Here are the original instructions, I put them on one line to make it easier (silly me, should have tested).  Instead use this:

Code:
sudo su
touch /etc/sysctl.conf
echo kern.sysv.semume=100 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

Enter each line one at a time exactly as above, and then reboot.

THANK YOU!!! Worked like a treat.
Great stuff, will add this to documentation!
newbie
Activity: 37
Merit: 0
Thank you for the reply,

i entered the touch then tried the second one,
Code:
sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf
and got permission denied?

Huh, me too.  Here are the original instructions, I put them on one line to make it easier (silly me, should have tested).  Instead use this:

Code:
sudo su
touch /etc/sysctl.conf
echo kern.sysv.semume=100 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

Enter each line one at a time exactly as above, and then reboot.

THANK YOU!!! Worked like a treat.
member
Activity: 109
Merit: 10
Thank you for the reply,

i entered the touch then tried the second one,
Code:
sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf
and got permission denied?

Huh, me too.  Here are the original instructions, I put them on one line to make it easier (silly me, should have tested).  Instead use this:

Code:
sudo su
touch /etc/sysctl.conf
echo kern.sysv.semume=100 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

Enter each line one at a time exactly as above, and then reboot.
newbie
Activity: 37
Merit: 0
Have just installed 3.12.3 for mac OS X.

I can only get it to pick up 10 USB Block Erupters. The rest give me this, SEM: Icarus USB timeout waiting for (65547) '/tmp/cgminer-usb-20-10'

Any help would be muchly appreciated.

A usb failure can show up in so many ways, this is one of them. Likely there's just not enough power.

A fellow by the name of JimJag found the solution to this in this post on the Asteroid forums.

Quote
The issue is that cgminer uses SysV semaphores and make use of the UNDO mechanism. OSX by default only allows 10 of these per process. Use sysctl to update to something more reasonable (eg: sysctl -w kern.sysv.semume=100). If cgminer has already been running, you'll need to do this via /etc/sysctl.conf and reboot.

The solution he suggests, can be implemented by running the following in your Terminal.app and then rebooting.

Code:
sudo touch /etc/sysctl.conf; sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf; sudo chown root:wheel /etc/sysctl.conf; sudo chmod 0644 /etc/sysctl.conf

Thank you for the reply,

i entered the touch then tried the second one,
Code:
sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf
and got permission denied?
member
Activity: 109
Merit: 10
Have just installed 3.12.3 for mac OS X.

I can only get it to pick up 10 USB Block Erupters. The rest give me this, SEM: Icarus USB timeout waiting for (65547) '/tmp/cgminer-usb-20-10'

Any help would be muchly appreciated.

A usb failure can show up in so many ways, this is one of them. Likely there's just not enough power.

A fellow by the name of JimJag found the solution to this in this post on the Asteroid forums.

Quote
The issue is that cgminer uses SysV semaphores and make use of the UNDO mechanism. OSX by default only allows 10 of these per process. Use sysctl to update to something more reasonable (eg: sysctl -w kern.sysv.semume=100). If cgminer has already been running, you'll need to do this via /etc/sysctl.conf and reboot.

The solution he suggests, can be implemented by running the following in your Terminal.app and then rebooting.

sudo touch /etc/sysctl.conf; sudo echo kern.sysv.semume=100 >> /etc/sysctl.conf; sudo chown root:wheel /etc/sysctl.conf; sudo chmod 0644 /etc/sysctl.conf

EDIT: See below for correct commands to enter into Terminal.app.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Have just installed 3.12.3 for mac OS X.

I can only get it to pick up 10 USB Block Erupters. The rest give me this, SEM: Icarus USB timeout waiting for (65547) '/tmp/cgminer-usb-20-10'

Any help would be muchly appreciated.

A usb failure can show up in so many ways, this is one of them. Likely there's just not enough power.
newbie
Activity: 37
Merit: 0
Have just installed 3.12.3 for mac OS X.

I can only get it to pick up 10 USB Block Erupters. The rest give me this, SEM: Icarus USB timeout waiting for (65547) '/tmp/cgminer-usb-20-10'

Any help would be muchly appreciated.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Good day. Please help.
cgminer version 3.7.2 connects via tcp protocol to use the API miner.
Settings in the config file are:

"api-listen": true,
"api-network": true,
"api-port": "4028"

As a result, after the first shipment of any team, it is responsible miner and closes the socket.
What you need to write in the config miner, that he does not break the connection after each answer?
It does that by design.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I found how to launch CGMINER from the command line on the Mac, and it does use my default terminal settings, thanks for that tip... I just got finished reading the read me you had posted on page 1 and couldn't find the answer to another question... can you sign a block with CG miner ? yes, another vanity question lol... I just wanted more than my IP showing on the block chain if I ever hit the lotto lol ...
no
full member
Activity: 226
Merit: 100
I found how to launch CGMINER from the command line on the Mac, and it does use my default terminal settings, thanks for that tip... I just got finished reading the read me you had posted on page 1 and couldn't find the answer to another question... can you sign a block with CG miner ? yes, another vanity question lol... I just wanted more than my IP showing on the block chain if I ever hit the lotto lol ...
hero member
Activity: 792
Merit: 1000
Bite me
ckolivas can you start a new thread and switch this one off .....  Wink
newbie
Activity: 20
Merit: 0
Good day. Please help.
cgminer version 3.7.2 connects via tcp protocol to use the API miner.
Settings in the config file are:

"api-listen": true,
"api-network": true,
"api-port": "4028"

As a result, after the first shipment of any team, it is responsible miner and closes the socket.
What you need to write in the config miner, that he does not break the connection after each answer?
hero member
Activity: 546
Merit: 500
Hi,

I have soldered Ants @ 1,088V. Did have some problems with bfgminer and because of that tested the new release of cgminer.


I tested every single Antminer with my Notebook Win7 and CGminer 3.12.3.

One Stick threw HW error during startup. But ran fine then. I got 2,8 Ghash out of every Stick. About one third did 3Ghash without problems (no HW error). So my new goal is getting all together @ 2,8 Ghash.

Tried CGminer 3.12.3 (http://ck.kolivas.org/apps/cgminer/cgminer-3.12.3.tar.bz2) on my Pi with the 49 Port hub. It told me not supporting the "--anu-freq 350" parameter. Is this not supported for the pi/linux?

Then  I tried the 49- Port Hub (pluged in all 16 Ants) with my Windows notebook. Only got lots of errors, saying it could not detect and "wrong device?"

Then I tried a single Ant at the 49 port hub. Worked without probems. Pluged in the second Ant - worked fine. Pluged in the third Ant and cgminer could not detect it and did not detect any further Ant. Tried that several times but never got more then 4 Ants working. I noticed that the LED (which is normally flashing when the Ant is hashing) is on (not flashing) for a few seconds on those Ants which did not get detected.

Looks for me like CGminer has sometime problems during initalization and is then not able to detect further Ants. Does that make sense?

I am crosposting that over at the Antminer Tips and Tricks thread.


Is there anyplace that actually does the modd or sells them post modded. Ebay's catching on that people want these but I haven't seen any mentioning this. At least the resistor itself is only a few bucks for a hundred.

If your going to cross-post also link to it like this -> https://bitcointalksearch.org/topic/m.5155376



full member
Activity: 131
Merit: 100
Hi!

I used to run 2x 7950 + 2x 280X in one rig(4gb ram) with thread concurrency 24000.

Now I bought 2 more 280X and placed them together with the other  280's, to use TC 8192 which gives more khash overall on that rig.

So I place my 2x 7950 in my other rig which has 16gb ram, other rig has 4gb ram.

So when I try to start cgminer it says

[2014-02-18 19:32:18] Maximum buffer memory device 0 supports says 536870912
[2014-02-18 19:32:18] Your scrypt settings come to 1572864000
[2014-02-18 19:32:18] Error -61: clCreateBuffer (padbuffer8), decrease TC or increase LG

So I tried setx GPU_MAX_ALLOC_PERCENT 100 but that doesnt help either.

Only TC that works for me now is 8192

Anyone got some ideas?

EDIT: forgot some details

Also, higher TC works in GUIminer without problem...


Sapphire radeon 7950 dualx, cg miner 3.7

"intensity" : "20",
"vectors" : "1",
"worksize" : "256",
"kernel" : "scrypt",
"lookup-gap" : "2",
"thread-concurrency" : "24000",
"shaders" : "0",
"api-port" : "4028",
"expiry" : "120",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"gpu-threads" : "1",
"gpu-engine" : "1020",
"gpu-memclock" : "1225",
"gpu-powertune" : "20",
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
From the mouth of the API programmer Smiley

In an API devs reply:
Status->When - DevX->Last Valid Work

Says how long (in seconds) since it returned a valid nonce ... as per why I added it Smiley
legendary
Activity: 3583
Merit: 1094
Think for yourself
Is there an API command that will get me the 5s hashrate or something similar?

I have a stack of 16 bitburner boards and occasionally one or more of them will crash and need to be rebooted. I'm looking for a way to figure out this has happened so that I can automatically power cycle and reboot the boards, but I can't find any API command that will tell me the current hashrate or even the current state of the devices. Anyone have any suggestions?

Did you look in the api-readme.txt?

Yes, of course. There is nothing in there that seems like it answers my question, unless I am missing something somewhere. I've looked at both the output from the "summary" and the "stats" commands.

aw ok, nm, I see some useful information from the "devs" command now.

I don't use the API so I don't know what would be best for what you need.  I just wanted to make sure you knew of the readme's existence.

Though through my quick check it looked like the "notify" command may be helpful, dunno though.
hero member
Activity: 662
Merit: 500
I have a questions, Is CGMINER for mac OSX the same as the miner talked about in this thread ? The reason I ask is because I want to know if there is a way to have CG miner launch my terminal window with my default terminal settings.. I apologize if this is the wrong thread . was more of a vanity question really... just got burned out on CGminer opening in a bland black on white terminal window... all my other terminal windows open with the default settings.
I also distribute cgminer for Mac OS X - but without a launcher (unless you count MacMiner!)
http://fabulouspanda.co.uk/commandline/cgminer/
hero member
Activity: 546
Merit: 500
Is there an API command that will get me the 5s hashrate or something similar?

I have a stack of 16 bitburner boards and occasionally one or more of them will crash and need to be rebooted. I'm looking for a way to figure out this has happened so that I can automatically power cycle and reboot the boards, but I can't find any API command that will tell me the current hashrate or even the current state of the devices. Anyone have any suggestions?

Did you look in the api-readme.txt?

Yes, of course. There is nothing in there that seems like it answers my question, unless I am missing something somewhere. I've looked at both the output from the "summary" and the "stats" commands.

aw ok, nm, I see some useful information from the "devs" command now.
Jump to: