進入電梯之後網速為什麼會慢？
我第一反應是因為電梯是弱網環境。
但是在我複習tcp過程中想到，弱網環境下網路鏈路也是通的啊，為什麼會慢？
在弱網環境下會丟失包，對端會（超時重傳）重傳次數變多，確認訊息會變慢。
如何和所學知識連線呢？
這就涉及到tcp的確認應答機制和超時重傳機制，
tcp有ack序列來應答表示確認，在傳輸過程中有一種稱為延遲ack。
我們知道tcp是保證資料傳輸有序的，如何來保證呢？
核心思想保證最小的包序有序，
tcp傳送包是有序號的，在一段序號範圍內是乙個包。
假設我們有5個包，序號分別是 1 2 3 4 5,在傳送過程中，到達對端的先是2包,此時會啟動定時器（一般是200毫秒），這個過程中，如果3包到了，會重新啟動定時器，1包到了會關閉定時器。如果此時5包到了，這時候定時器時間也到了，就是應答ack，只不過是應答前三個包，4 5 包都需要進行重傳。
弱網環境耗電量為什麼會變快呢？
為什麼高鐵 電梯裡手機耗電量會變快？
原因：1：基站不斷搜尋訊號導致；
2：傳送資料的時候不斷在進行重發。
focal loss 裡面的為什麼
首先來看公式 我們知道alpha 是用來平衡正負樣本的，而 裡面的給的alpha 0.25 而真實正負樣本的比例在1000 1以上，作者反而縮小正樣本的損失，why?在自己應用到其他場景的情況下，發現結果不僅如人意，後面將正負樣本的損失分開視覺化來看 通過上圖可以發現正樣本的損失要遠大於負樣本的損失...
為什麼count 這麼慢？
當我們查詢一張資料量很大的表時，使用sql select count from t1 這條sql非常耗時。那麼當執行count 的時候發生了什麼呢？count 1 的sql執行計畫如下 count 的sql執行計畫如下 兩者執行計畫相同，所以速度相同。首先初始化時，執行一次精確的計數 select ...
為什麼count 這麼慢
不同count的用法 count 是乙個聚合函式，對於返回的結果集，一行行地判斷，如果count函式的引數不是null，累計值就加1，否則不加。最後返回累計值。count的用法有多種，分別是count count 字段 count 1 count 主鍵id 那麼多種用法，到底有什麼差別呢？當然，前提...