原创 併發編程實戰-第3章

3.4不可變性 不可變對象,對象創建後,其狀態就不可改變,狀態指,成員變量的值。 滿足以下條件的對象纔是不可變對象: 1、對象的所有成員對象都是final 2、對象被正確的創建 3.4.1、對象的域(成員變量)儘量聲明爲final,會減少

原创 PBFT共識算法

一、拜占庭將軍問題 古代,拜占庭的各地的將軍去打仗,比如有10個,必須相互通信,達成共識才能一起出發,否則戰役失敗。 問題1、有個將軍會叛變,在有將軍叛變的情況下,如何達成共識。 問題2、互相通信的信道必須是安全的,在不安全的信道中通訊,

原创 共識算法-pos

pos相當於把幣存銀行獲得利息。 每個幣每天獲得1個幣齡,幣齡越大,可以算出hash,打出塊的機率越大。 每打一次塊,結算一次利息。幣齡清空。 至少等30天才能再去打下一個block。爲了防止幣多的人控制網絡,90天爲打塊概率最大的時間。

原创 共識算法-聯邦拜占庭算法scp(stellar恆星鏈)

法定體的概念: 一個節點,可信賴的集合。就爲這個節點的法定體。 層級概念:最頂層爲初始信息節點,決定整個網絡的最終結果。 共識過程: 1、節點A和他的法定體交換,初始提交,slot等內容,pre-prepare階段。 2、節點收到他的法定

原创 TCP服務端標誌動作

1、打開tcp_nodeploy socket選項 2、關閉SO_REUSEADDR 3、忽略sig_pipe信號 4、標誌關閉TCP動作,shutdown(write)->read爲0->close()

原创 CAP理論

C是一致性 A是可用性 P是分區容忍性。當分區發生時,系統仍然能提高服務。 P理論上一定會發生的。因爲網絡時無法保證100%不出問題的。 所以理論上只有CP、AP兩種選擇。 1、CAP是理論,是忽略時延的。同機房幾毫秒,異地機房幾十毫秒。

原创 筆記:hadoop的雙NN機制

雙namenode保證高可用, 隨之而來帶來很多問題: 1、2臺namenode之間的數據同步問題,edits的數據。 如果實時的同步,會造成client訪問緩慢。如果批同步,會造成很多數據丟失。 採取將數據edits抽取出來的方式。 2

原创 hadoop安裝

基本安裝 https://www.cnblogs.com/gyouxu/p/4183417.html 問題解決 https://blog.csdn.net/coffeeandice/article/details/78879151

原创 netstat零碎命令

1、netstat -nat 網絡狀態顯示專題,n直接顯示IP,而不是域名。a顯示所有網絡狀態。t是TCP,u是UDP。 2、netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) pri

原创 stellar零碎記錄

1、stellar每個ledger最大多少個TX的字段const uint32_t LedgerManager::GENESIS_LEDGER_MAX_TX_SIZE = 10000;

原创 npm使用

如果你的系統還不支持 Node.js 及 NPM 可以參考我們的 Node.js 教程。 我們建議在 React 中使用 CommonJS 模塊系統,比如 browserify 或 webpack,本教程使用 webpack。 國內使用

原创 pgsql使用

sudo apt-get install postgresql-9.6   sudo -u postgres psql登錄命令行 默認路徑: /usr/lib/postgresql/9.5/bin/postgres -D /var/lib

原创 觀察者模式--C++

以下內容都是從其他文章裏摘抄的。 /**  * 觀察者模式應用場景實例  *  * 免責聲明:本文只是以哈票網舉例,示例中並未涉及哈票網任何業務代碼,全部原創,如有雷同,純屬巧合。  *  * 場景描述:  * 哈票以購票爲核心業務(此

原创 觀察者模式

/**  * 觀察者模式應用場景實例  *  * 免責聲明:本文只是以哈票網舉例,示例中並未涉及哈票網任何業務代碼,全部原創,如有雷同,純屬巧合。  *  * 場景描述:  * 哈票以購票爲核心業務(此模式不限於該業務),但圍繞購票會

原创 簡單工廠模式&&工廠模式&&抽象工廠模式

在實際項目中,簡單工廠模式是我們使用的最多的設計模式之一,簡單工廠模式在應對需求變更的過程中也起到了很大的作用。  使用情景:          再不確定會有多少個處理操作時應該考慮使用簡單工廠模式,如針對同樣的接收到的數據,處理的邏輯可