編譯fabric

㈠ AMD二代霄龍實測：雙路128核心256線程無情碾壓

近日，AMD正式發布了第二代EPYC霄龍驍龍處理器，為數據中心市場奉上一道大餐，規格參數遙遙領先，生態建設也是欣欣向榮。那麼實際性能到底如何呢？AnandTech有幸進行了一番實測，一起來瞻仰瞻仰。

二代霄龍的規格無疑是相當炫目的，也沒有任何敵手：7nm全新工藝、Zen 2全新架構、Chiplet小晶元設計、最多64核心128線程、最大256MB三級緩存、首發支持PCIe 4.0並有128條通道、單路最大4TB DDR4-3200內存、18GT/s高速低延遲第二代Infinity Fabric互連匯流排、SME安全內存加密、SEV安全加密虛擬化……

AnandTech拿到的是 旗艦型號霄龍7742，64核心128線程，基準頻率2.25GHz，最高加速3.40GHz，三級緩存256MB，熱設計功耗225W，價格為6950美元。

Intel方面目前最頂級的是 至強鉑金8280/8280M ，14nm工藝，28核心56線程，基準頻率2.7GHz，最高加速4.0GHz，三級緩存38.5MB，熱設計功耗205W，價格10009/13012美元。

其實，Intel也有56核心112線程的至強鉑金9282，但採用了LGA封裝，整合在主板上，熱設計功耗高達400W，價格更是據說要五六萬美元。

就在二代霄龍發布前，Intel剛剛宣布了56核心112線程的LGA獨立封裝新品，但尚未正式發布，具體規格也沒有公布，而且即便如此核心數量上也仍處於劣勢，價格怎麼也得兩三萬美元。

二代霄龍雙路產品線

二代霄龍VS二代可擴展至強

二代霄龍單路產品線

實際測試中用了兩顆霄龍7742，組成雙路共128核心256線程，搭配主板是一塊參考設計板子，內存是美光的DDR4-3200 512GB(32GB×16)，硬碟啟動盤是三星MZ7LM240、數據盤是美光9300 3.84TB，電源1200W。

同時還有 初代霄龍旗艦7601 ，32核心64線程，最高頻率2.2-3.2GHz，三級緩存64MB，熱設計功耗180W，也搭配16條32GB內存。

Intel方面參戰一個是剛才說的 至強鉑金8280 ，另一個是初代可擴展 至強鉑金8176 ，也是28核心56線程，頻率2.1-3.8GHz，三級緩存38.5MB，熱設計功耗165W，價格8725美元。

有時候還會加入 至強E5-2699 v4 ，Broadwell四代酷睿同架構，14nm工藝，22核心44線程，頻率2.2-3.6GHz，三級緩存55MB，熱設計功耗145W，價格4115美元。

由於伺服器的測試項目都比較專業、復雜，我們這里不做過多展開，看看對比差異就好。

另外，霄龍的內存延遲問題由於比較復雜，後續將單獨展開介紹。

SPEC CPU2006單線程測試中，霄龍7742、7601單個核心可以分別最高加速到規定的3.4GHz、3.2GHz，至強8176也能如約達到3.8GHz，但無法獲得至強8280的數據，如果能達到4GHz則性能可比至強8176高出大約3-5％。

霄龍7742的單線程性能比前代霄龍7601幾乎每個項目中都有明顯提升，最多達到了36％，平均也有18％。如果排除一個不變、一個倒退1％，其他項目平均提升幅度達22％。

霄龍7742對比至強8176則是有高有低，最好的領先28％，最差的落後39％，平均落後7％，如果對比至強8280可能落後10％左右。

另外要注意，GCC編譯器的版本非常重要，越新越好，GCC 8.3相比於GCC 7.4霄龍7742的性能略有提升，456.hmmer甚至翻了一番。

SPEC CPU2006多線程測試中，霄龍7742相比霄龍7601核心數翻番、頻率更高，領先幅度最高達到了恐怖的153％，平均也有109％，翻了一番還多。

霄龍7742對比至強8176更是碾壓一般的存在，最多領先188％，最少領先36％，平均高達121％！即便是對至強8280也能領先超過110％。

在部分測試中比如libquantum，霄龍7742可以所有核心線程都跑到3.2GHz，而在另一些測試比如h264ref則都是2.5GHz。

7-Zip壓縮測試中，霄龍7742領先霄龍7601 78％，領先至強8176 54％ ，解壓測試中分別領先1.27倍、 1.51倍 。

Java Max-jOPS測試中，霄龍7742領先霄龍7601 60％，領先至強8280 38-48％ 。

如果每個節點四個Java虛擬機，官方數據提供的霄龍7742性能可領先聯想系統實測的至強8280 73％。

Java Critical-jOPS測試中，大頁(huge pages)的話霄龍7742領先至強8176 33％ ，小頁(small pages)則是可怕的 2.57倍 。

按照兩家官方數據，如果為虛擬機配置更大內存，霄龍7742可領先 66％ 。

NAMD高性能計算測試，至強8280終於扳回一局，但即便是開啟AVX-512指令集，也只能領先霄龍7742 2％，否則的話霄龍7742就能領先 43％ ，而對比霄龍7601則提升了71％。

雖然因為時間關系，本次測試並不全面深入，尤其是缺乏最高負載的測試，但是 很明顯可以看出二代霄龍的強大優勢，相比對手性能超出50-100％，而價格低了40％，無論性能、性價比、能耗比都無情碾壓。

更何況，二代霄龍還有更新的工藝、更多的核心、更多的內存通道和容量、更多的PCIe通道和首發的PCIe 4.0。

這也難怪眾多軟硬體企業巨頭都紛紛力捧AMD，也難怪AMD提出了數據中心市場份額要達到兩位數的目標(目前為3.4％)。

AnandTech也是對二代霄龍贊不絕口，認為AMD達成了精彩絕倫(stellar)的成就，值得熱烈鼓掌。

AMD後續還有Zen 3、Zen 4架構按期推進，Intel則會在明年推出10nm Ice Lake新工藝新架構的新至強，號稱IPC提升18％，也支持八通道內存，核心數幾乎肯定要多於56個，但不知道是否也會採用chiplet小晶元設計，頻率和功耗又會如何。

㈡ fabric國密改造記錄及思路-具體工作(3)

七、msp成員關系服務模塊改造

       (1)、fabric的成員身份基於標準的x509證書,秘鑰使用的是ECDSA演算法,利用PKI體系給每個成員頒發數字證書，通道內只有  相同MSP內的節點才可以通過Gossip協議進行數據分發;

       (2)、國密改造需要把x509證書修改成sm2證書,ECDSA演算法修改成sm2演算法；

       (3)、修改程序文件列表如下： 

             msp/identities.go

             msp/cert.go

            msp/mspimplsetup.go

            msp/mspimplvalidate.go

           msp/mspimpl.go

八、Orderer節點模塊改造

       (1)、orderer節點在fabric架構中處於最核心位置,主要功能是排序打包交易，生成新的區塊，然後通過共識演算法將數據廣播;

       (2)、orderer節點模塊的共識模式有，solo單機模式,kafka消息隊列模式,etcdraft一致性演算法模式，最開始採用的是kafka模式，後邊為了減少資源開銷切換成etcdraft模式；

       (3)、如果採用kafka模式共識，需要確認kafaka的tls連接是否支持國密演算法,再決定是否對kafka的tls做出修改；

       (4)、改程序文件列表如下：

             orderer/common/cluster/comm.go

             orderer/common/cluster/connections.go

             orderer/consensus/kafka/config.go

九、Peer節點模塊改造

        (1)、peer可是區塊鏈網路的基石，包含了賬本和鏈碼，應用程序或管理員都得通過節點去管理網路的資源；

        (2)、channel對應賬本，一個peer節點可以接入到多個channel， 所以一個節點可以有多個賬本副本;

        (3)、國密改造中對chaincode和common部分有修改;

        (4)、改程序文件列表如下：

               peer/common/common.go

               peer/common/peerclient.go

               peer/common/ordererclient.go

               peer/chaincode/common.go 

十、vendor目錄國密改造

     （1）、修改程序文件列表如下：

                vendor/github.com/Shopify/sarama/config.go

總結:

       到目前為止fabric的國密修改已經完成，修改完畢後通過前面提到的編譯方式進行編譯，然後進行測試,如有bug再增對性的進行處理,遇到問題和解決問題是比較好的熟悉系統的方式。

㈢ fabric == 2.4.0怎麼上傳多個伺服器

將目錄下Moles/Setup.dist文件中」readline readline.c-lreadline -ltermcap」行前的注釋去掉
編譯安裝：
./configure –enable-shared
make -j8 && make install
安裝setuptools
tar xf setuptools-0.6c11.tar.gz
cd setuptools-0.6c11
python setup.py install
安裝fabric
執行安裝時，軟體會自動從網上查找依賴的安裝包並進行安裝
tar xf fabric-0.9rc2.tar.gz
cd goosemo-fabric-1eacbf2
python setup.py install

㈣ go語言可以做什麼

go語言在高性能分布式系統領域有很好的開發效率，可以主要用於伺服器端的開發，能夠進行處理日誌、數據打包、虛擬機處理、文件系統、分布式系統、資料庫代理等。

Go（又稱Golang）是Google的 Robert Griesemer，Rob Pike 及 Ken Thompson 開發的一種靜態強類型、編譯型語言。Go 語言語法與C相近，但功能上有：內存安全，GC（垃圾回收），結構形態及 CSP-style並發計算。

撰寫風格：

在Go中有幾項規定，當不匹配以下規定時編譯將會產生錯誤。

每行程序結束後不需要撰寫分號（;）。

大括弧（{）不能夠換行放置。

if判斷式和for循環不需要以小括弧包覆起來。

Go亦有內置gofmt工具，能夠自動整理代碼多餘的空白、變數名稱對齊、並將對齊空格轉換成Tab。

㈤ Linux主流發行版有哪些

1、Linux Mint：一個基於Ubuntu的發行版，更貼近普通用戶，Linux Mint不僅僅是一個具有新的應用程序和更新的桌面主題的Ubuntu，自開始以來，開發人員一直增加各種mint下的圖形工具以提高可用性，比如說mintDesktop – 用於配置桌面環境的實用程序、mintInstall – 一個易於使用的軟體安裝程序。
2、Ubuntu：Ubuntu發展成為最受歡迎的桌面Linux發行版，為開發易於使用和免費的桌面操作系統做出巨大貢獻，該操作系統成為市場上專有桌面操作系統有力的競爭者。
3、Debian GNU/Linux：1993年首次公布，該發行版本非常穩定，卓越的質量控制，包含超過30000個軟體包，支持比任何其他Linux發行版本更多的處理器體系結構。
4、Mageia：一個桌面發行版本，最受歡迎的功能是最優秀的軟體應用，精良的系統管理套件，吸引大量志願者貢獻者以及廣泛的國際化支持，是最簡單但功能強大的系統安裝程序之一。
5、Fedora：Fedora 是一個 Linux 發行版，是一款由全球社區愛好者構建的面向日常應用的快速、穩定、強大的操作系統。它允許任何人自由地使用、修改和重發布，無論現在還是將來。
6、CentOS：Linux的發行版本之一，來自於Red Hat Enterprise Linux依照開放源代碼規定釋出的源代碼所編譯而成，有些要求高度穩定性的伺服器以CentOS替代商業版的Red Hat Enterprise Linux使用。

㈥ 超級賬本Fabric 2.0版本正式發布，重要更新都在這了

1月31日消息，超級賬本（Hyperledger）聯盟正式發布了其企業分布式賬本（DLT）平台Hyperledger Fabric的2.0版，據悉，該版本增加了幾個主要功能，改進了不同參與者之間的交流方式。

Hyperledger Fabric是超級賬本聯盟的主要項目之一，其作為一個私有或「許可」型區塊鏈網路，目前它主要被用於金融和供應鏈等行業。至今，Fabric已獲得了阿里巴巴、AWS、Azure、網路、谷歌、華為、IBM、甲骨文、騰訊等互聯網巨頭的支持。

而2.0版本的Fabric，則迎來了以下這些改進：

對於Fabric 2.0版本的正式發布，超級賬本聯盟成員們紛紛發表了自己的看法，比如：

據悉，Fabric的智能合約可以有多種架構，它可以用主流語言編程，例如Go、Java和Javascript，此外也可以使用Solidity。

而作為一個面向企業的產品，Fabric的特點是非同步升級，這類似於主流軟體的工作方式。

特別聲明

原文：https://www.hyperledger.org/blog/2020/01/30/welcome-hyperledger-fabric-2-0-enterprise-dlt-for-proction

編譯：隔夜的粥

稿源（譯）：巴比特資訊（http://www.8btc.com/article_550790)

免責聲明：本文不代表巴比特立場，且不構成投資建議，請謹慎對待。

㈦ 學習區塊鏈開發是學習go語言、hyper ledger fabric比較好、還是以太坊智能合約比較好或者公鏈開發

Go全棧+區塊鏈課程：
一共22周，分為5個階段，
第一階段4周 go語言基礎與網路並發 ，學完入門go語言，
第二階段 4周 go語言實戰web開發，爬蟲開發，密碼學，共識演算法，實現輕量級公鏈，學完可以開發golang的網站，爬蟲，實現輕量級區塊鏈
第三階段 4周 以太坊源碼分析與智能合約Dapp開發，學完掌握以太坊核心與開發智能合約，以及區塊鏈，
第四階段 4周 超級賬本，比特幣 EOS，源碼分析與智能合約實戰，學完以後掌握超級賬本開發，山寨比特幣，分叉EOS，以及智能合約Dapp開發
第五階段 6周 項目實戰 ，實戰5個企業級項目，學完可以擁有1年區塊鏈項目經驗
從語言本身特點來看，Go 是一種非常高效的語言，高度支持並發性，Go 語言的本身，它更注重的是分布式系統，並發處理相對還是不錯的，比如廣告和搜索，那種高並發的伺服器。
Go語言優點：
性能優秀，可直接編譯成機器碼，不依賴其他庫，Go 極其地快。其性能與 Java 或 C++相似。
語言層面支持並發，這個就是Go最大的特色，天生的支持並發，Go就是基因裡面支持的並發，可以充分的利用多核，很容易的使用並發。
內置runtime，支持垃圾回收，這屬於動態語言的特性之一吧，雖然目前來說GC不算完美，但是足以應付我們所能遇到的大多數情況，特別是Go1.1之後的GC。
簡單易學，Go語言的作者都有C的基因，那麼Go自然而然就有了C的基因，那麼Go關鍵字是25個，但是表達能力很強大，幾乎支持大多數你在其他語言見過的特性：繼承、重載、對象等。
豐富的標准庫，Go目前已經內置了大量的庫，特別是網路庫非常強大，我最愛的也是這部分。
內置強大的工具，Go語言裡面內置了很多工具鏈，最好的應該是gofmt工具，自動化格式化代碼，能夠讓團隊review變得如此的簡單，代碼格式一模一樣，想不一樣都很困難。
跨平台編譯，快速編譯，相較於 Java 和 C++呆滯的編譯速度，Go 的快速編譯時間是一個主要的效率優勢
Go語言缺點：
軟體包管理：Go 語言的軟體包管理絕對不是完美的。默認情況下，它沒有辦法制定特定版本的依賴庫，也無法創建可復寫的 builds。相比之下 Python、Node 和 Ruby 都有更好的軟體包管理系統。然而通過正確的工具，Go 語言的軟體包管理也可以表現得不錯。
缺少開發框架：Go 語言沒有一個主要的框架，如 Ruby 的 Rails 框架、Python 的 Django 框架或 PHP 的 Laravel。這是 Go 語言社區激烈討論的問題，因為許多人認為我們不應該從使用框架開始。在很多案例情況中確實如此，但如果只是希望構建一個簡單的 CRUD API，那麼使用 Django/DJRF、Rails Laravel 或 Phoenix 將簡單地多。
異常錯誤處理：Go 語言通過函數和預期的調用代碼簡單地返回錯誤(或返回調用堆棧)而幫助開發者處理編譯報錯。雖然這種方法是有效的，但很容易丟失錯誤發生的范圍，因此我們也很難向用戶提供有意義的錯誤信息。錯誤包(errors package)可以允許我們添加返回錯誤的上下文和堆棧追蹤而解決該問題。
另一個問題是我們可能會忘記處理報錯。諸如 errcheck 和 megacheck 等靜態分析工具可以避免出現這些失誤。雖然這些解決方案十分有效，但可能並不是那麼正確的方法。

㈧ Ansible-基本概述

為什麼要自動化運維

我們以 10 台機器部署 Nginx 為例。部署步驟如下：

1、通過 ssh 登錄一台機器；

2、yum install -y nginx 或者 獲取安裝包自行編譯安裝；

3、配置 Nginx

4、啟動 Nginx ，如有必要加入開機自啟動；

5、退出登錄

上面步驟重復 10 次，即可完成我們的部署要求。

痛點：

1、重復操作頻繁，增加了人工成本和後續維護成本；

2、機器太多時，容易落下某些機器且未操作，進而產生後續影響；

3、人工頻繁操作時可能有操作步驟不完整的情況，造成該機器和其他機器狀態不一致。

我們還是以 10 台機器部署 Nginx 為例。部署步驟如下：

1、在控制機或者稱為管理機的機器上寫好相關腳本。「當然該腳本我們是測試通過的，腳本中包括安裝、配置、啟動等等」

2、將寫好的腳本從控制機推送到受控機；

3、在受控機執行相關腳本，根據腳本部署我們需要的 Nginx。

好處

1、減少了重復操作，提高了工作效率；

2、減小了出錯幾率，提高了准確率；

3、所有機器狀態一致，降低了後續維護成本。

軟體安裝部署

配置同步

代碼變更

命令執行

任務執行

Ansible 是基於Python開發，集合了眾多運維工具（puppet、cfengine、chef、func、fabric）的優點，實現了批量系統配置、批量程序部署、批量運行命令等功能的自動化管理工具。

Ansible 是基於模塊工作的，本身沒有批量部署的能力。真正具有批量部署的是 Ansible 所運行的模塊，Ansible 只是提供一種框架。進而能減少我們的重復操作，提高工作效率。

Ansible 不需要在遠程主機上安裝 client/agents，因為它們是基於 SSH 來和遠程主機通訊的。

Ansible 目前已經已經被紅帽官方收購，是自動化運維工具中大家認可度最高的，並且上手容易，學習簡單。是每位運維工程師必須掌握的技能之一。

1、批量執行遠程命令：可以對 N 台主機同時進行命令的執行；

2、批量配置軟體服務：可以用自動化的方式管理配置和服務；

3、實現軟體開發功能：例如 jumpserver 底層使用 Ansible 來實現自動化管理；

4、編排高級的 IT 任務：Ansible 的 Playbooks 是一門編程語言，可以用來描繪一套 IT 架構。

1、部署簡單，只需在主控端部署 Ansible 環境，被控端無需做任何操作；

2、安全可靠，默認使用 SSH 協議對被控端進行管理；

3、有大量的常規運維操作模塊，可實現日常絕大部分操作；

4、配置簡單、功能強大、擴展性強；

5、支持 API 及自定義模塊，可通過 Python 輕松擴展；

6、通過 Playbooks 來定製強大的配置、狀態管理；

7、輕量級，無需在客戶端安裝 Agent，更新時只需在操作機上進行一次更新即可。

模塊說明如下：

Ansible：Ansible 核心程序。

Host Inventory：記錄由 Ansible 管理的主機信息清單，包括埠、密碼、IP 等。

Playbooks：「劇本」 YAML 格式文件，多個任務定義在一個文件中，定義主機需要調用哪些模塊來完成的功能。

Core Moles：核心模塊，主要操作是通過調用核心模塊來完成管理任務。

Custom Moles：自定義模塊，完成核心模塊無法完成的功能，支持多種語言。

Connection Plugins：連接插件，Ansible 和 Host 通信使用

Ansible 控制主機對被管節點的操作方式可分為兩類，即 ad-hoc 和 playbook：

ad-hoc 模式(點對點模式)

使用單個模塊，支持批量執行單條命令。ad-hoc 命令是一種可以快速輸入的命令，而且不需要保存起來的命令。 就相當於 bash 中的一句 shell。

playbook 模式(劇本模式)

是 Ansible 主要管理方式，也是 Ansible 功能強大的關鍵所在。 playbook 通過多個 tasks 集合完成一類功能 ，如 Web 服務的安裝部署、資料庫伺服器的批量備份等。可以簡單地把 playbook 理解為通過組合多條 ad-hoc 操作的配置文件。

簡單理解就是：Ansible 在運行時，首先讀取 ansible.cfg 中的配置，根據規則獲取 Inventory 中的管理主機列表，並行的在這些主機中執行配置的任務，最後等待執行返回的結果。

1、載入自己的配置文件，默認 /etc/ansible/ansible.cfg；

2、查找對應的主機配置文件，找到要執行的主機或者組；

3、載入自己對應的模塊文件，如 command；

4、通過 Ansible 將模塊或命令生成對應的臨時py文件(python腳本)，並將該文件傳輸至遠程伺服器；

5、對應執行用戶的家目錄的 .ansible/tmp/XXX/XXX.PY文件；

6、給文件 +x 執行許可權；

7、執行並返回結果；

8、刪除臨時py文件，sleep 0退出；

㈨ fabric1.4如何開發實現system chaincode(plugin方式)

這里介紹如果使用plugin的方式實現system chaincode。

在fabric1.4版本里預設情況下不支持plugin方式的system chaincode；所以即使部署了插件的so文件，peer也不會去載入。

所以：

或者在fabric/Makefile裡面直接修改

然後重新編譯peer，部署peer到container裡面

和前面介紹的直接鏈接在peer文件內的system chaincode比較有幾點注意。

注意：

把myscc.so拷貝的peer container裡面，同時修改core.yaml兩個地方：

重啟peer就可以使用了。