其他

dpdk在app目錄下其實提供給我們去查詢dpdk資訊的工具 翻譯自 http://dpdk.org/doc/guides/tools/index.html 主要工具有以下幾個 dpdk-procinfo dpdk-procinfo是DPDK提供給我們的應用程式，這個程式以dpdk secondary的進程模型運行； 用於輸出連接埠的統計。重設連接埠統計和列印DPDK記憶體資訊。

  迴歸: 假設現在有一些資料點，我們用一條直線對這些點進行擬合(該線稱為最佳擬合直線)，這個擬合過程就稱作 迴歸。        Logistic 迴歸的目的 是尋找一個非線性函數Sigmoid的最佳擬合參數，求解過程可以由最佳化演算法來完成。 具體的實現代碼如下： '''Logistic Regression Working Module'''from numpy import *def loadDataSet(

1)Hive資料扭曲問題： 傾斜原因： map輸出資料按Key Hash分配到reduce中,由於key分布不均勻、或者業務資料本身的特點。等原因造成的reduce上的資料量差異過大。 1.1)key分布不均勻 1.2)業務資料本身的特性 1.3)SQL語句造成資料扭曲 解決方案： 1>參數調節：     hive.map.aggr=true     hive.groupby.skewindata=

本文由【區塊鏈研習社】優質內容計劃支援，更多關於區塊鏈的深度好文，請點擊《區塊鏈研習社》。 前言 好吧，我承認本文有點“標題黨”，本文其實是相通過玩三連棋，學習EOS的智能合約。 一、準備 參考上一篇文章《EOS智能合約部署》，這裡我建立了一個tic.tac.toe賬戶。 二、部署 1、編譯智能合約代碼 由於編譯EOS代碼的時候沒有編譯tic_tac_toe，需要手動編譯。

先上一張圖： 解釋：上圖為一棵樹形的資料結構，思想為 採集50000台機器的效能資料，每5分鐘採集一次，儲存兩年（兩年後資料才可以被刪除，所以有730天），每台機器有一個ip地址（50000個機器就有50000個ip地址），多個連接埠（比如交換器就有：eth0,eth1,...），每個連接埠採集16個效能資料（收包數量，發包數量，錯誤包數量...等，也就是圖中的key），每個key對應288個value（因為每5分鐘採集一次，一天一個key就有288條value。）

本文由【區塊鏈研習社】優質內容計劃支援，更多關於區塊鏈的深度好文，請點擊《區塊鏈研習社》。 和前面的文章一樣，這裡使用的系統依然是ubuntu16.04。 DAWN3.0的編譯相當方便，下載代碼後直接編譯就可以了。 $ git clone https://github.com/EOSIO/eos --recursive$ cd eos$ ./eosio_build.sh 值得注意的是，DAWN3.0要求至少20G硬碟空間以及8G的記憶體，對CPU也有一定的要求。

hive各版本主要特徵 Hive 各版本關鍵新特性（Key New Feature）介紹 官網下載頁面的介紹 hive基礎 命令列介面 hive提供的使用者介面包括：CLI、Client、WebUI幾種方式，我們平常主要使用CLI方式，未來叢集升級之後可能會有提供可視化的介面允許我們直接從WebUi訪問。 早期的hive版本主要使用HIVE CLI（old），之後發展為使用BeeLine

Hive的一般學習者和培訓者在談效能最佳化的時候一般都會從文法和參數這些雕蟲小技的角度談最佳化,而不會革命性的最佳化Hive的效能,產生這種現象的原因有: 1,曆史原因和思維定勢:大家學習SQL的時候一般都是就單機DB,這個時候你的效能最佳化技巧確實主要是SQL文法和參數調優; 2,Hive的核心的效能問題往往是產生在超過規模資料集,例如說100億條層級的資料集,以及每天處理上千上萬個Hive作業的情況下產生的;

一、從零開始閱讀論文

hive資料去重，並根據需求取其中一條 資料案例： name  adx       tran_id                 cost    

星形模式是一種多維的資料關係，它由一個事實表（Fact Table）和一 組維表（Dimension

sed用法執行個體 1.替換命令  s ,不改變原來檔案 sed ' s /book/bookall/' mysed

HiveQL DDL statements are documented here, including: CREATE DATABASE/SCHEMA, TABLE, VIEW, FUNCTION, INDEX DROP DATABASE/SCHEMA, TABLE, VIEW, INDEX TRUNCATE TABLE ALTER DATABASE/SCHEMA, TABLE, VIEW MSCK REPAIR TABLE (or ALTER TABLE

需要用到兩個網站 第一個是GH60預設配列的地址 http://www.keyboard-layout-editor.com/#/layouts/7d55431c8a8d9f9bf94b6f6af8ce7c12 第二個是產生eep檔案的地址,還可以查看每個鍵對應的標籤是什麼. http://keyboard.fans/tkg 需要準備材料以及工具 材料 PCB板 衛星軸 定位板(三角軸需要) 軸 外殼 LED燈珠 鍵帽 Lindy線 工具 錫焊工具套

關於Ubuntu中使用teamviewer 安裝完teamviewer預設是開啟隨系統一起啟動 當我輸入id串連時出現黑屏，百度了好多都沒有什麼效果，記錄一下自己的解決方案 關閉Ubuntu下teamviewer的gui介面 開啟終端 可以輸入teamviewer –info，如果給出的teamviewerd status是沒有什麼詳情的,說明服務沒有啟動可以輸入teamviewer –daemon start，再次輸入teamviewer

       1.首先需要兩塊網卡（無線網卡和有線網卡均可），以本機為例： 　　　無線網卡（wlan０），有線網卡（ｅｔｈ０） 　　　設定ｗｌａｎ０　ｄｈｃｐ動態擷取ｉｐ，ｅｔｈ０靜態ip　１９２.１６８.６.１ 　　２.網線一根串連ｅｔｈ０和路由器的ｗａｎ口（當然路由器也要設定靜態ｉｐ，設定為１９２.１６８.６.３）

請參考原作者 ，謝 ，http://m.blog.itpub.net/30089851/viewspace-2121221/ 1.版本Hadoop2.7.2+HBase1.1.5+Hive2.0.0kylin-1.5.1Kylin1.5 (apache-kylin-1.5.1-HBase1.1.3-bin.tar.gz)2.Hadoop環境編譯以支援Snappy解壓縮庫重新編譯hadoop-2.7.2-src的native以支援Snappy解壓壓縮庫3.環境準備Hadoop-2.

nvidia-docker 項目中的描述資訊中提到： Build and run Docker containers leveraging NVIDIA GPUs， 為了更好地提供一套基於nvidia晶片的GPU服務，則建立的一個開源項目命令集合。 項目地址： https://github.com/NVIDIA/nvidia-docker docker vs nvidia-docker docker是硬體無關和平台無關的，但是在使用 nvidia

容斥原理——這種思想很重要 由於前幾天沒有善待自己的身體，導致我昨天不得不去醫院檢查一下身體(︶^︶)，結果醫生說我是精神上的壓力造成的，這個就讓我很懵逼了，我覺得是我之前飲食不規律加上熬夜，然後又劇烈運動造成的(︶^︶)，算了，今天吃了藥，感覺好了一點，又來給小夥伴們分享一些小演算法了，不過在這還是想提醒大家，身體真的很重要哦(^_^)∠※，好的，下面我們切入正題，來看看這個困擾了我一天的容斥定理是個什麼鬼 容斥原理的定義： 上中學學集合的時候我們都知道這樣兩個公式： A∪B =

TX (Transaction) 一筆交易 balance 餘額 UTXO (Unspent Transaction Output) 表示未花費的輸出 以現實的錢包舉例，一個錢包中有一個10元、1個5元，1個1元，一共16元。比特幣一個賬戶的餘額，也是根據這個賬戶UTXO計算的。 當花12元買東西時，可以把10元和5元拿出去，然後得到找零的3元，