今天上班遇到一個神奇的問題，之所以神奇，是因為自己之前從來沒遇到過，就好像之前從來沒打過電話，拿到電話，突然發現一根線或線都不需要就可以和千里之外的Ta聊天的感覺 首先介紹一個工具，微軟雲同事介紹的，用於解決一些服務器禁止Ping, icmp 包響應的另外一種方式： 1. 使用paping ...

PsPing & PaPing 介紹 通常，我們測試數據包能否通過 IP 協議到達特定主機時，都習慣使用 ping 命令。工作時 ping 向目標主機發送一個 IMCP Echo 請求的數據包，並等待接收 Echo 響應數據包，通過響應時間和成功響應的次數來估算丟包率和網絡時延。但是在 ...

衛星網絡中使用TCP協議的劣勢 為了避免產生網絡擁塞，原TCP協議綜合采用了慢啟動、擁塞避免、快速重傳以及快速恢復等算法。但這些算法應用的前提是網絡發生擁塞造成丟包，然而在誤碼率相對較高的衛星通信系統中，部分丟包是由誤碼造成的，tcp協議對此不能區分，從而造成TCP傳輸性能 ...

眾所周知，TCP協議是一個 可靠的 的協議。TCP的可靠性依賴於大量的 Timer 和 Retransmission 。現在咱們就來細說一下TCP協議的那些 Timer 。 1. Connection-Establishment Timer 在TCP三次握手創建一個連接時，以下 ...

1. 問題 　　開發人員反映應用程序中一條簡單的delete語句執行報“超時已過期”錯誤。delete語句形式如下： 　　delete * from table_1 where id=@value 2. 分析 　　1）驗證delete檢索字段是否有索引 　　首先我想到的是檢索字段 ...

8.4 粘包問題 粘包問題發生的原因： 1.發送端需要等緩沖區滿才發送出去，造成粘包(發送數據時間間隔很短,數據了很小,會合到一起,產生粘包),這樣接收端，就難於分辨出來了，必須提供科學的拆包機制。 即面向流的通信是無消息保護邊界的。 2.接收方不及時接收緩沖區的包，造成多個包接收（客戶端 ...

經常會有正樣的需求，在用戶做一個不易恢復並且容易誤操作的動作時需要給用戶以提示，用戶確認后繼續執行動作。 簡單的解決方案是：前台用OnClientClick事件中使用Confirm給用彈出確認提示框，用戶確認后繼續執行后台代碼，取消的不做處理。但是最近突然遇到這種方法不靈了，反復確認后發現了 ...

MySQL的測試環境 測試表如下 建一個存儲過程插入測試數據，測試數據的特點是pay_id可重復，這里在存儲過程處理成，循環插入300W條數據的過程中，每隔100條數據插入一條重復的pay_id，時間字段在一定范圍內隨機 執行 call ...