cgminer

cgminer是一個開源的，命令行，跨平台和免費GPU / ASIC / FPGA的多線程，多池比特幣礦工用C編程語言。它還可以與比特幣衍生硬幣和運行在GNU / Linux上，微軟Windows和Mac OS X操作系統systems.Features在glanceKey特點包括極低的非採礦CPU和RAM使用，支持階層，GBT匯集開採協議，可擴展的網絡調度，長輪詢支持，自我檢測的新模塊，代理支持，意見書的過程中短暫的網絡中斷緩存，工作之前，目前的工作，以及組播supp​​ort.It完成先發製人的抓取是具有廣泛兼容比特幣採礦devicesIn除了上述情況，我們可以提到cgminer是具有廣泛的Bitcoin開採設備，包括Bitforce，伊卡洛斯，Modminer，提交大的兼容，X-拒絕 - 理由，Bitburner，Bitfury USB棒，BFL SC ASIC ，克朗代克和KnCminer.Supports各種代理typesAnother有趣的功能是應用程序支持多種代理類型，包括HTTP 1.0，HTTP 1.1，SOCKS4，SOCKS5，SOCKS4A，以及SOCKS5與主機名。它運行作為一個互動的守護進程，在後台運行，並可以配置為啟動在boot.Supported Linux發行版和availabilityThe程序支持幾乎所有的GNU / Linux發行版，因為它是可供下載的源代碼文件，這需要你配置和編譯之前安裝該程序。它同時支持32位和64位computers.A跨平台的比特幣minercgminer上已成功測試是一個在GNU / Linux，Microsoft Windows和Mac OS X操作系統上運行良好的跨平台應用。它的特點在所有系統上相同的選項，所以你只需要學習一次如何使用其眾多的功能。運行--help命令來查看所有可用的命令列表中cgminer

什麼在此版本中是新的：

• 如果池支持全階層的簡歷（目前僅ckpool池做），這意味著中斷階層連接就可以恢復，並提交任何股份在臨時的工作，而不會丟失工作，當重新連接談妥了簡歷，現在顯示的消息。
• 如果死池刪除以前有仍然在後台嘗試連接到它的線程。這已得到修復。
• 在阿瓦隆4更新使用更少的功耗。
• 在解決間歇性崩潰與BFL SC的28nm器件。
• 在為BFL SC 65nm器件未能在最後一個版本修復的支持。
• 修正的BET驅動程序不能夠在第一失敗時重新啟動一個新的實例。
• 在基本的FreeBSD編譯支持。
• 在其他小身材的變化和修復潛在的問題。

什麼版本4.9.0的新：

• 在阿瓦隆4驅動程序。該裝置具有一個唯一的USB通信芯片，並具有製造商和產品標識填充所以* *將被可靠地檢測。按默認cgminer它不需要命令行選項來上班，只記得複製你的udev規則文件，使普通用戶訪問它（或運行sudo的cgminer）。見ASIC的README
• 在它帶有以下選項（其中大部分是自我解釋，或者你真的不應該碰它們）：
• - avalon4自動電壓自動調節模塊DH電壓基準
• - avalon4電壓設置Avalon4核心電壓，毫伏，步：125
• - avalon4-頻率設定頻率Avalon4，1〜3的值，例如：45：385：370
• - avalon4風扇設置Avalon4目標風扇轉速範圍
• - avalon4-溫度設定Avalon4目標溫度（默認值：42）
• - avalon4截止設置Avalon4過熱切斷溫度（默認值：65）
• - avalon4輪詢延遲設置Avalon4投票站延遲值（毫秒）（默認值：20）
• - avalon4-n時間偏移設置Avalon4 MM n時間滾動的最大偏移量（默認：4）
• - avalon4-aucspeed設置Avalon4 AUC IIC總線速度（默認值：400000）
• - avalon4-aucxdelay設置Avalon4 AUC IIC XFER讀取延遲，4800〜= 1毫秒（默認值：9600）
• - 增加了一個小的變化，尋找空數據傳遞到避免碰撞與Yoli板部分所看到的，希望USB傳輸
• - 增加了一些基本的重複檢查的份額，試圖每個驅動器和它們標記為硬件錯誤捕捉它們，並篩選出來

什麼版本4.8.0的新：

• 在修正了autogen.sh OSX上的不順心 - 與執行的readlink -f選項。
• 在添加了--enable-forcecombo選項允許驅動程序組合的構建與通常內置獨立的驅動程序。
• 在Avalon2更新嘗試檢測故障的設備，如果可能的重新設置。
• 在Avalon2將不再永遠循環下去對失敗的USB寫。
• 在顯示與一些在他們的名字的設備將不再被他們的ID前有一個空格混淆（例如：AV2 1，而不是AV21）
• 在具有非標準層的反應（即Ghash）否則會掩蓋了廢品的人存在的重複項，修復等理解錯誤份額從池。
• 在為Antminer U3S設備驅動程序：
• - 這些要求--enable-伊卡洛斯選項構建二進制何時出現＆QUOT; AU3＆QUOT;
• 在-Unlike的bitmain驅動程序，這些不需要的選項工作，有理智的默認並接受額外的選項改變頻率和電壓與以下新選項：
• 代碼：
• - AU3-頻率設置AntminerU3頻率以MHz為單位，範圍100-250（默認值：225.0）
• - 在MV AU3伏設置AntminerU3電壓範圍725-850，0為不設置（默認值：750）
• 注：這些都死去，如果你讓他們在高電壓下無論是在PSU和/或設備上運行的趨勢，所以不建議
• 在顯示屏上將顯示電壓和頻率配置antminer U3和頻率為U1 / 2。
• 在眾多的改進分辨伊卡洛斯設備更可靠（AMU，ANU，AU3，LIN，LIR）。
• 修正了前綴的IPv6的條目在API允許命令。
• 修正了拼寫錯誤的溫度spondoolies驅動程序。
• 在Rockminer驅動程序更新更好的支持新的R-方塊和RK箱：
• 在過濾掉大部分重複的股份。這將使hashrate看起來較低，但沒有游泳池會一直尊重他們作為有效的股票呢。
• 在大大降低了硬件錯誤。
• 在更低的CPU使用率。
• 在稍微更高的有效hashrate。

什麼在4.7.1版本新：

• 我們用在下降鎖cgminer後產生讓低功耗的機器（如RPI）與高度線程化的代碼正常工作。現在，它不僅會在其中一個CPU僅檢測，否則它是一種浪費，但可能會在什麼，但微基準無明顯效果的機器。
• 在更改了配置構建系統，使其不可能，如果選擇的驅動程序是為了單獨使用，同時在配置幫助獨立驅動更為明確標註在建多個設備。這應該可以更容易地選擇更合適的構造進行分發的包裝。
• 在添加了更多的警告建議不使用配置系統的libusb。
• 在檢查水池活著更頻繁，如果有啟用只有一個游泳池。
• 請不要認為未處理階層消息未跟踪的股票，只是過濾出來。
• 在增加了對mining.ping支持，這是ckpool一個階層擴展。
• 在更改了使用建議-diff來後把差異的JSON參數標準的新協議。
• 修正了崩潰發生這種情況時，寫選擇從菜單和hashratio驅動程序內置到二進制。
• 我們不阻止我們從菜單中禁用先前池接收階層消息。
• 如果＆QUOT;重啟＆QUOT;從菜單中被選中，任何插座老池並沒有倒閉，導致許多長期存在的連接，與每次重新啟動池。現在，這些都是正常關閉（雖然退出並重新開始總是比重新啟動更可靠反正）。
• 在工作電錶是在最後一個版本，由於maxdiff打破被設置非常高的任何驅動程序沒有設置。代替maxdiff被假設為1現在除非駕駛員已經它明確設置表示內部驅動差異支持。
• 如果運行時庫的優先順序改變，我們保存從菜單中配置它現在將保存新的優先次序。
• 在為Yoli /阿巴內羅Hashfast電壓支持/ Bitcrane等板（見ASIC-README）
• 在SP30驅動程序的改進，固定hashrate米。
• 在固定API同時服用的IPV6和IPV4的地址。
• 修正了OSX版本。
• 在新增建設libusb的不libudev的能力（如在BBB）
• 修正了一個小的延遲產生，當隊列設置為零更多的工作。
• 如果不同的USB設備包含相同的通信芯片，提供的USB設備有一個產品ID設置，cgminer將不再嘗試使用了錯誤的驅動程序就可以了（例如LIN VS BFLSC）。
• 在增加支持更多USB3集線器上的窗口。
• 修正了hashfast司機沒有建設libcurl何時何地被禁用。

什麼在4.7.0版本新：

• 在該API支持IPv6
• 塊erupter管PRISMA支持
• 支持阿瓦隆納米USB記憶棒
• 在支持的--suggest-DIFF階層的選擇，目前僅支持ckpools
• 在加入池數量addpool從API響應
• 請回复到重新啟動，從API有效的JSON退出
• 更改spondoolies SP30 hashrate為有效份額根據儀表
• 在添加支持的最低難度緩慢控制器不失控，這將首先讓設備看起來在泳池緩慢，直到vardiff顛簸起來妥善過去mindiff。
• 更改默認隊列回1起越來越多的設備都在緩慢的控制器和將不可避免地增加他們的隊列大小為最大
• 在Avalon2調整，在命令行顯示最高溫度

什麼在4.6.1版本新：

• 在修復BFL君主與更新的固件命名不被認可。
• 在修復BFL君主“過熱節流不工作。
• 在更新avalon2驅動，支持nonce2 3字節'長度。
• 在很慢的單處理器的設備（例如RPI）某些股似乎有＆QUOT;沒有從池中＆QUOT響應;再後來就將會有來自＆QUOT的響應;未跟踪份額＆QUOT ;.這是由於從之前的份額已被添加到cgminer的本地數據庫中的池進來的響應。這種變化可以減少這種影響（但不完全消除）。
• 在API.java修復區分大小寫
• 修正ava2定速選項不工作的第二代設備。
• 在阿比 - 例如修復。
• 在其他低級別修復。

什麼是4.6.0版本，新的：

• 在BFLSC28，又名BFL君主驅動
• 在Avalon2驅動程序更新。
• 在爪牙驅動程序更新。
• 現在，允許無密碼的工人。
• 在斷開連接，不用階層池更可靠。

什麼是4.5.0版本，新的：

• 在驅動程序的新設備Hashratio，直接使用USB作為佔所有其他設備上的任何PC平台一般工作。
• 在為avalon2 / 3使用USB直接用於一般PC的使用，有自動默認電壓和頻率設置，如果沒有指定，在屏幕上的信息，而更聰明的風扇控制完全重寫的驅動程序。
• 在合併KNC更新海王星的支持。
• 在改變了cointerra司機在舊固件校驗和錯誤不會失敗，讓人們與這些設備可以輕鬆地一般將它們插入到他們的電腦。
• 在把其它更多的文檔成README文件。
• 在固定的窗口包再有線條windows風格年底是可讀的記事本。

什麼的3.12.3版本是新的：

• 在解決了閒置無所事事錯誤
• 在加入溫API開發者呼籲hashfast設備

什麼是3.12.1版本，新的：

• 在動態溫度基於風扇速度和每死亡時鐘頻率控制與以下新的命令hashfast設備。
• - HFA-風扇設置風扇速度百分比hashfast，單值或範圍（默認值：10-85）
• - HFA-溫度目標設定hashfast目標溫度（0禁用）（默認值：88）
• 在默認選擇是基於與設計工程師負責對矽板廣泛的討論，基本上會保持你的hashfast設備盡可能靠近出發時鐘速度，同時盡可能根據〜95度，保持了最初增加風扇速度，然後降低在最熱的時鐘速度死亡離散。輸出可以通過API來觀看。高達44度，在這裡做出了一個優秀的現實世界中測試該代碼的持久悶熱的溫度。
• 在眾多的啟動/重置/關機可靠性改進hashfast
• 在發送ping到hashfast設備定期，如果我們沒有對任何工作，只是所以它知道cgminer仍然活著，試圖減少可怕的看門狗重啟。
• 在地段的hashfast API統計輸出額外的信息。
• 在Hashfast序列號現在顯示為十六進制值。
• 在重新啟動工作更好hashfast刷新新固件將進一步在此建立。
• 在Antminer U1超頻與--anu-頻率注支持：
• 引用
• 在默認情況下，Antminer U1的設備在一個200時鐘頻率此命令可以讓你指定一個選擇的頻率，試圖在運行所有ANU設備和值必須在25注增量的cgminer報告hashrate僅從運行VALID HASHES所以如果增加頻率，但你hashrate不增加或降低，硬件錯誤，開始顯示出來，你超頻太多。在最壞的情況下，將無法啟動以過高的速度。
• 您基本上必須使用--icarus定時=短期還獲得最大的利益了超頻的（在這個階段）。
• 在繼續服用作品的涓涓細流，即使它沒有被使用，只是為了保持眼睛上池和保持最近的工作時間長達日期
• 請頂＆QUOT;窗口＆QUOT;從更廣泛的哈希值，這些天來，在數以百萬計，不適合80個字符
• 在詳細模式下，上述目標的消息份額顯示哪個設備
• 在回滾到最後一個良好的libusb涉嫌的libusb / X的合併並沒有帶來改進工作的補充和不穩定的窗戶自發退出
• 在處理好大量的非終端錯誤（該cgsem的）這是導致cgminer退出
• 在BAB改進禮貌卡諾
• 詳細模式現在將顯示，如果它需要一定的時間來提交地層份額，或需要很長的時間來獲得從池由於它們基本上滯後，以幫助調試其中延遲可能會引起高stales的響應。
• 在添加了一種每個驅動器內零其他屬性的統計為零給出命令（雖然沒有驅動程序目前使用它）時。
• 在修復一個過時的工作項被傳遞到塊更改後的驅動程序。
• 修正了一個罕見的崩潰usbutils的
• 在泳池diff文件是分數只能顯示小數點後一位了。
• 在調試模式下的消息將顯示是否有在獲得工作嚴重延誤。
• 修正了大量的數據通過API
• 在其他隨機修復。

什麼的3.12.0版本是新的：

• 在Antminer U1支持
• 在眾多的修復行為，周圍的USB錯誤 - 管道和IO錯誤，並沒有更多的嘗試重置設備，因為它是有用的很少，​​偶爾有害
• 的libusb和libusbx終於不甘心他們之間的分歧，並合併了所有的補丁匯集成一個新的正式的libusb發布，所以在這個版本的主要變化是更新的核心代碼，包括這個最新的libusb。希望這會增加兼容性與一些USB3集線器上的窗戶，並使其更可靠（根據更新日誌，我可以看到的libusb）。這是小版本號更新到12的原因，因為它是一個相當可觀的代碼更改，希望只為更好！
• 在增加了hashfast過熱限制默認為90後與誰設計的設備工程師廣泛的討論。
• 修正了nanofury USB記憶棒代碼崩潰。
• 固定顯示的顯示差異是錯誤的，當獨奏挖掘。
• 在BAB驅動修正禮貌卡諾。

什麼的3.11.0版本是新的：

• 系統正常工作hashfast驅動程序測試的工作在一個真正的設備，包括windows版本。
• 在大幅更新BAB司機禮貌卡諾。希望他可以給我們的變化總結在那裡。
• 在通用修復上btcguild重新連接錯誤（如果不確定等問題仍然存在）。
• 在工作被丟棄從池中階層重新連接消息現在（如btcguild使用），以避免工作的無效工作切換的URL。
• 固定在日誌窗口的頂部卡住行。
• 信息有關塊更改檢測不再提及longpoll。
• 在API現在有一個字段＆QUOT;最後getwork＆QUOT;綜上所述，可用於地看到，我們仍然得到工作從池中。如果你正試圖確定設備是否死了設備的原因或根本沒有得到工作的任何池，這非常有用。它採用了相同的編號與＆QUOT秒;最後有效工作和QUOT;該設備的API返回。如果＆QUOT;最後getwork＆QUOT;不遞增，對於任何設備不工作。
• 在增加了一個nfubits命令允許您設置nanofury / icefury U盤的時鐘速度。注意，默認為54所以現在是50是符合USB2功率限制標準。這意味著IT會比較慢，比3.10.0除非你用這個選項改回54。驅動程序，否則不變，所以你看不到任何其他的差異是純粹的差異。
• 在主題名稱已被更改，因此，他們會出現在你的過程中選擇不同的經理，一致的名稱。
• 在大廈現在不包括libbitfury上的每個配置不必要的。
• 在設備移除的崩潰已得到修復。
• 修正精益配置，未能建立。
• 在Hashfast驅動程序的變化：
• 應就更加強勁，以初始化和輟學
• 如果設備停止回股份，cgminer會重置設備，如果不能，就會放棄它，這通常允許它再次rehotplugged。
• 如果一個設備需要重置不回股份，且時鐘頻率仍是超頻，cgminer將進一步降低時鐘上的每一個復位。

如果他們達到85度
• 在設備將被扼殺。採用水冷卻，他們通常降溫非常迅速。這可以用hfatempoverheat被構造
• 在顯示會根據有效股份Hashrate返回所以應該更準確地代表什麼池中會看到你的散列。它看起來很不穩定最初。早些時候板確實有一定的損失等先前顯示hashrate總是過。你可以比較這個估計與QUOT總哈希值;計算器hashcount＆QUOT;與＆QUOT比較;原hashcount＆QUOT;該設備已在API統計的工作，看看他們是如何不同。
• 在屏幕上的最高溫度將不顯示，如果它是一個明顯的錯誤顯示像512
• 在該API將顯示板的溫度
• 的Windows版本的工作舌
• 在Babyjets顯示為HFB，而山脈顯示為HFS。定制設備將拿出通用HFA名。需要注意的是，如果你試圖用USB命令選擇它們，它們都因事實cgminer只能告訴他們，除了他們已經初始化，運行後視為HFA。

什麼版本3.10.0是新的：

• 在爪牙司機禮貌卡諾。 （關於這方面更多的信息，從他的希望）。
• Nanofury驅動程序。這些都設置相同的所有其他USB設備上cgminer。測試在Windows和Linux（抱歉沒有OSX測試）。注意的是再次基於唯一有效股hashrate所以可能會比使用該設備的其他軟件更低。沒有硬件錯誤正在計算（儘管它們是最肯定有豐富由於bitfury設計）。這是一個基於所有其他的人在那裡與一個完全重寫模式驅動程序，以適應cgminer驅動程序是如何工作的。
• 在Hashfast驅動修正（不，我還沒有之一）。
• 在固定設備BXF隨著時間的推移放緩。

什麼在3.9.0版本新：

• 在驅動鑽頭的ASIC
• 在修復各種KNC硬件錯誤，與改進hashrate。請注意，這不是具體到rEligius的硬件錯誤進行全面修復 - 你會發現在硬件錯誤大幅下降，如果你開始cgminer與寧靜，純文本選項（-q -T）。更新的二進制是在這裡：http://ck.kolivas.org/apps/cgminer/kncminer/
• 在更新雙向*與最新的固件支持憤怒的驅動程序。這包括基於溫度動態時鐘它試圖保持恆定的溫度設定intiially至82度，但可調--bxf-臨時目標。
• 在更API輸出BXF設備。
• 當BXF設備被刪除錯誤更少噴湧/模具
• 在更新hashfast驅動程序代碼
• 在修復與使用小尺寸nonce2代理工作