原创 併發編程實戰-第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++
以下內容都是從其他文章裏摘抄的。 /** * 觀察者模式應用場景實例 * * 免責聲明:本文只是以哈票網舉例,示例中並未涉及哈票網任何業務代碼,全部原創,如有雷同,純屬巧合。 * * 場景描述: * 哈票以購票爲核心業務(此
原创 觀察者模式
/** * 觀察者模式應用場景實例 * * 免責聲明:本文只是以哈票網舉例,示例中並未涉及哈票網任何業務代碼,全部原創,如有雷同,純屬巧合。 * * 場景描述: * 哈票以購票爲核心業務(此模式不限於該業務),但圍繞購票會
原创 簡單工廠模式&&工廠模式&&抽象工廠模式
在實際項目中,簡單工廠模式是我們使用的最多的設計模式之一,簡單工廠模式在應對需求變更的過程中也起到了很大的作用。 使用情景: 再不確定會有多少個處理操作時應該考慮使用簡單工廠模式,如針對同樣的接收到的數據,處理的邏輯可