這是IEEE 754的規(guī)定.float的二進(jìn)制表示被分為三部分

• 符號(hào)(1位)
• 階碼(8位)
• 尾數(shù)(23位)

為了計(jì)算機(jī)更好的比較浮點(diǎn)數(shù),所以階碼是無(wú)符號(hào)數(shù),0<階碼<255.其中0(00000000)和255(11111111)有特別含義看,所以用到的范圍實(shí)際是1<階碼<254.然后規(guī)定了一個(gè)偏置碼(bias value),大小為127,階碼的值(指數(shù))=階碼無(wú)符號(hào)數(shù)-偏置碼(127)

• 1-127=-126

好吧，這個(gè)問(wèn)題我自己來(lái)回答啦。

在linux系統(tǒng)上，使用tcpdump抓包結(jié)束之后會(huì)提示：

簡(jiǎn)單來(lái)說(shuō)， captured是tcpdump處理過(guò)之后，得到的數(shù)據(jù)包數(shù)量，亦即最終獲得的pcap文件中數(shù)據(jù)包數(shù)量； received是經(jīng)過(guò)過(guò)濾器處理的所有數(shù)據(jù)包； dropped則是未經(jīng)處理的數(shù)據(jù)包數(shù)量。
received by filter的結(jié)果這取決于運(yùn)行tcpdump的操作系統(tǒng)及其配置。如果指定一個(gè)過(guò)濾器,包無(wú)論是否被篩選器表達(dá)式匹配，即使他們被篩選器表達(dá)式匹配，無(wú)論tcpdump是否讀取和處理他們，都會(huì)進(jìn)行計(jì)算，即收到一個(gè)包，received by filter會(huì)加1。如果sock的接收buffer被填滿(mǎn)時(shí)，則把這個(gè)數(shù)據(jù)包丟棄，將dropped by kernel加1，所以 received by filter和dropped by kernel的計(jì)數(shù)由內(nèi)核維護(hù)。
造成丟包的原因，是由于libcap抓到包后，tcpdump上層沒(méi)有及時(shí)的取出，導(dǎo)致libcap緩沖區(qū)溢出，從而丟棄了未處理包，此處即顯示為dropped by kernel。這里的kernel并不是說(shuō)是被linux內(nèi)核拋棄的，而是被tcpdump的內(nèi)核，即libcap拋棄掉的。

解決辦法也有一些，比如：
1、-n 參數(shù)，禁止反向域名解析（）
2、-s 參數(shù)，控制抓取數(shù)據(jù)包的長(zhǎng)度
（采用更大的捕捉范圍既增加了處理報(bào)文的時(shí)間,又相應(yīng)的減少了報(bào)文的緩沖數(shù)量,可能導(dǎo)致報(bào)文的丟失。嘗試把snaplen設(shè)的盡量小,只要能夠容納需要的協(xié)議信息就可以。）
3、將數(shù)據(jù)包輸出到cap文件
4、用sysctl修改SO_REVBUF參數(shù)，增加libcap緩沖區(qū)長(zhǎng)度

方法1我試過(guò)了，效果不理想。
方法2也試過(guò)了，效果不錯(cuò)。但我本來(lái)就是要測(cè)抓包性能的，肯定得把包抓全啊，想想之后放棄了這個(gè)方案。
方法3這個(gè).....我本來(lái)就是輸出到文件里的，但還是有丟包的問(wèn)題，所以好像并沒(méi)有什么卵用。
方法4感覺(jué)有點(diǎn)復(fù)雜，不過(guò)前面解釋里也提到是因?yàn)榫彌_區(qū)不夠才導(dǎo)致的丟包，遂覺(jué)得這方法有門(mén)，不過(guò)就是麻煩了一點(diǎn)。然后靈機(jī)一動(dòng)，我查到了tcpdump里有個(gè)-B參數(shù)可以修改緩沖區(qū)大小，哈哈??！

所以最后的解決辦法就是：我使用-B參數(shù)修改了tcpdump的緩沖區(qū)大小?。?！
這里要注意的是如果未指定 -B 選項(xiàng)，那么緩沖區(qū)大小缺省為32768，既然這樣我就乘二試了試，-B 65535。
嘻嘻，一下子什么丟包都飛走了~~

可以先執(zhí)行

$ git config -l

看看user.name和user.email是A賬號(hào)還是B賬號(hào)的。

如果是B賬號(hào)的，再執(zhí)行：

$ git config --global user.name "account_a"
$ git config --global user.email account_a@example.com

來(lái)設(shè)置一下。

golang 可以看一下這個(gè) github.com/uber-common/cpustat

附上我后來(lái)的解決方案

檢查一下編碼

• 打開(kāi)文件
• 修改編碼

code

by soarkey

看了一下 項(xiàng)目中的druid的連接池配置的問(wèn)題沒(méi)有回收連接池 導(dǎo)致請(qǐng)求阻塞

這是由 Vim 的 colorschme 決定的，換個(gè)看得順眼的應(yīng)該就行了。如果非要改的話(huà)，大概是這幾個(gè)元素：

• Pmenu
• PmenuSel
• PmenuSbar
• PmenuThumb

具體查看 :h Pmenu。

顏色很奇怪的話(huà)，有設(shè)置 set t_Co=256 嗎？ 使用 256 色。

entry: {

app: './src/main.js'

},

上面這個(gè)地方不對(duì)，你這樣配置就是只有一個(gè)入口文件，所以打包后的文件肯定就只有一個(gè)js文件了，你把上面的動(dòng)態(tài)入口引入來(lái)就就可以。

有個(gè)第三方的庫(kù)changelog可以查看一個(gè)package的change log.

首先全局安裝changelog,

npm install changelog -g

然后使用changelog 來(lái)查看某一個(gè)package的change log

changelog [packageName] [options]

packageName對(duì)應(yīng)你想要查找的包的名稱(chēng)，options里面有很多選項(xiàng)：比如 all, latest, number等等， 具體的信息可以通過(guò)changelog --help查看

比如我輸入命令changelog hapi all
就可以查看hapi所有的release記錄了。

跨域需要部署的時(shí)候統(tǒng)一實(shí)現(xiàn)吧。本地的proxy是因?yàn)閚ode做了一層代理，打包后肯定不能用的。

git clone https://github.com/PanJiaChen... --depth=1，索引太多文件太大了

開(kāi)啟allow url fopen

nodejs-install

Ubuntu 18.04 網(wǎng)易云音樂(lè)無(wú)法打開(kāi)，解決辦法

將當(dāng)前用戶(hù)加入 sudoer

sudo visudo -f /etc/sudoers.d/username

并輸入：

username ALL=(ALL:ALL) NOPASSWD:ALL

如果不習(xí)慣使用nano編輯器可以 更換為vim

使用 sudo 運(yùn)行網(wǎng)易云音樂(lè)

編輯啟動(dòng)文件：

sudo gedit /usr/share/applications/netease-cloud-music.desktop

在第11行前加上 sudo

Exec=sudo netease-cloud-music %U

大功告成！點(diǎn)擊圖標(biāo)即可啟動(dòng)！

系統(tǒng)版本：Ubuntu 18.04.1
軟件版本：netease-cloud-music 1.1.0
原文鏈接：https://notes.ijustplay.cn/so...

echo $PS1 

得出結(jié)果：

[033[01;32m]u@h[033[00m]:[033[01;36m]w[033[00m]&dollar;【空格】【空格】【空格】 【空格】

我查看一下PS1這個(gè)值，把整個(gè)復(fù)制下來(lái)檢車(chē)一遍，最后發(fā)現(xiàn)PS1這個(gè)值尾部多個(gè)幾個(gè)空格，去掉即可。

PS1="\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;36m\]\w\[\033[00m\]\$"

在從庫(kù)上開(kāi)啟binlog并且打開(kāi)log-slave-updates選項(xiàng)，這樣從Master同步過(guò)來(lái)的更新就會(huì)被記錄日志。
這樣就實(shí)現(xiàn)了更加安全的保障，即使master數(shù)據(jù)庫(kù)被刪庫(kù)，日志文件被刪掉，依然可以從slave上恢復(fù)過(guò)來(lái)！

gitlab上要能訪問(wèn)到你在目標(biāo)機(jī)器上創(chuàng)建的公鑰文件

identity file key_file type 1
key_load_public: No such file or director

修改初始化連接方法：

    public static void InlCctn(String Adr, String AdrUsr, String AdrPswd) throws IOException, MalformedURLException {
        JMXServiceURL SvcUrl =
            new JMXServiceURL("service:jmx:iiop://" + Adr + "/jndi/weblogic.management.mbeanservers.domainruntime");
        Hashtable h = new Hashtable();
        h.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
        h.put(Context.SECURITY_PRINCIPAL, AdrUsr);
        h.put(Context.SECURITY_CREDENTIALS, AdrPswd);
        cctor = JMXConnectorFactory.connect(SvcUrl, h);
        mbsc = cctor.getMBeanServerConnection();
    }