1.清理前查看內(nèi)存使用情況
free -m
因為所有的讀操作不再需要等待寫鎖的釋放，所以能夠顯著地提升讀的性能linux常用命令，mysql 和 postgresql 都對這一機制進行自己的實現(xiàn)，也就是 mvcc，雖然各自實現(xiàn)的方式有所不同，mysql 就通過文章中提到的回滾日志實現(xiàn)了 mvcc，保證事務并行執(zhí)行時能夠不等待互斥鎖的釋放直接獲取數(shù)據(jù)。2016年1月11日下午下班前，我跟范寶峽、蘇孟豪在討論蘇孟豪通過jtag通路（這是預留的除了正常的ate測試外的另外一條測試通路）以scan collar方式測試寄存器堆沒有發(fā)現(xiàn)錯誤的問題，并了解到楊旭審查版圖發(fā)現(xiàn)寫端口的位線的延遲在其它端口寫相反值及讀端口旁路讀時是最差情況，我馬上叫蘇孟豪用最差情況向量通過jtag端口進行測試，很快就復現(xiàn)了寄存器堆出錯的問題并經(jīng)過進一步分析搞清楚了寄存器堆寫出錯的機理：在寄存器堆寫端口寫入過程中，要求位線比字線先到linux常用命令，字線與位線之間保持必要的延遲差才能保證寫入的正確性，但在位線負載大時（其它寫端口寫相反值及其它讀端口讀旁路）位線延遲變大，字位線延遲差太小，導致寫寄存器堆出錯。《百絡網(wǎng)警》6.6配置了上海百絡信息技術有限公司研發(fā)的成熟的具有世界領先水平的Ｋercap3.6內(nèi)核抓包引擎，kercap3.6在保持kercap3.1采用直接在內(nèi)核分析數(shù)據(jù)包以保證高效，使用兩級支援緩存在高流量下不丟包以保證高速度和高穩(wěn)定性的基礎上，增加了安全檢測功能和容錯機制，從而使kercap3.6在安全性和穩(wěn)定性上有了極大的提高，同時，kercap3.6內(nèi)核抓包引擎通過上海百絡信息技術有限公司長時間的海量測試和優(yōu)化后，其抓包速度更是有了巨大的提高，kercap3.6卓越的性能不僅能完全勝任在百兆千兆流速下穩(wěn)定高速抓包，而且使在windows系統(tǒng)下數(shù)千兆甚至萬兆流量的穩(wěn)定抓包成爲可能，甚至幾乎可以說是windows系統(tǒng)下特大流量抓包的唯一選擇，遠非市面上常用的低流量抓包程序winpcap所及。
#sync
2.開始清理
#echo 1 > /proc/sys/vm/drop_caches
3.清理后內(nèi)存使用情況
#free -m
4.完成!
啟動 history-server
mr-jobhistory-daemon.sh start historyserver
停止 history-server
mr-jobhistory-daemon.sh stop historyserver
通過瀏覽器訪問 Hadoop Jobhistory 的 WEBUI
:19888
nohup /export/servers/hive/bin/hive --service metastore &
nohup /export/servers/hive/bin/hive --service hiveserver2 &
/export/servers/hive/bin/beeline
! connect jdbc:hive2://node-1:10000
啟動關閉 oozie 服務:
cd /export/servers/oozie-4.1.0-cdh5.14.0
bin/oozied.sh start
bin/oozied.sh stop
:11000/oozie/
查看所有普通任務
oozie jobs
查看定時任務
oozie jobs -jobtype coordinator
殺死某個任務 oozie 可以通過 jobid 來殺死某個定時任務
oozie job -kill [id]
oozie job -kill 0000001-190810214100080-oozie-root-W
