go讀取伺服器設備地址

❶ GoPro連電腦總是讀取不出來是為什麼

電腦讀不到USB的處理方法如下：1、右擊「我的電腦」，選擇「屬性---硬體---設備管理器」。或者通過「控制面板---系統---硬體---設備管理器」。2、點擊「設備管理器」按鈕進入。找到「通用串列匯流排程式控制制器」。3、將「通用串列匯流排程式控制制器」下的項目選中後，選擇上面的卸載按鈕，或者直接右擊滑鼠選擇「卸載」。4、卸載後，點擊其中的任何一個選項，選擇上面的「掃描檢測硬體改動」按鈕，系統將自動安裝卸載的驅動。5、插上不能使用的硬體，系統將自動檢測安裝驅動。一般這時，硬體就可以使用了。

❷ Pe 啟動,進入命令行選項,執行go是什麼意思

Windows PreInstallation Environment（Windows PE）直接從字面上翻譯就是「Windows預安裝環境」，微軟在2002年7月22日發布，它的原文解釋是：「Windows預安裝環境（Windows PE）是帶有限服務的最小Win32子系統，基於以保護模式運行的Windows XP Professional內核。它包括運行Windows安裝程序及腳本、連接網路共享、自動化基本過程以及執行硬體驗證所需的最小功能。」換句話說，你可把Windows PE看作是一個只擁有最少核心服務的Mini操作系統。微軟推出這么一個操作系統當然是因為它擁有與眾不同的系統功能，如果要用一句話來解釋，我認為與Win9X/2000/XP相比，Windows PE的主要不同點就是：它可以自定義製作自身的可啟動副本，在保證你需要的核心服務的同時保持最小的操作系統體積，同時它又是標準的32位視窗API的系統平台。當然，現在這么說也許難以理解，沒有關系，下面讓我們來仔細研究它。

Windows PE概覽

即使有剛才的解釋，你一定還是對這個全新概念的Mini操作系統一頭霧水，沒關系，在這里我將演示一下其運行的全過程，相信看過之後你或許就會有大致的了解。大多數人獲得的Windows PE光碟（包括我手上這張ISO鏡像光碟）應該是一張「Windows XP OPK」CD，意思就是Windows XP OEM預安裝工具包CD。實際上，Windows XP OPK CD是Windows PE 32位版本的一個可引導副本，也就是說，這張CD已經是個用Windows PE定義製作的操作系統了，我們可直接用它來引導系統。先看看這張CD的目錄結構吧，總共有352MB，是不是有些大呢？其實由於這是個副本（至少包含了不少驅動程序），大小是由當時自定義製作決定的，若是Windows PE的32位非自定義版本，其在磁碟上的鏡像大約為120MB。

1.引導Windows PE

筆者考慮到網路環境等問題，主要的使用環境是VMware虛擬機和Virtual PC虛擬機，不過這兩種虛擬機環境與實際PC環境幾乎沒有區別（就是說如果你不清楚虛擬機也沒關系，就當是在真實PC上直接運行）。

將BIOS中設置成光碟機引導，並開始啟動系統，當屏幕畫面上出現「Press any key boot from cd」時，按任意鍵從光碟機上的Windows PE引導啟動。如果你的存儲設備驅動不被支持，在啟動時按下F6鍵可載入特殊設備的驅動。當啟動到桌面時系統會做一些如調整解析度的工作，最後打開默認的CMD命令行解釋工具，大家看看，是貨真價實的圖形操作環境哦。

可以看到桌面上空空如也，不要指望可以拿滑鼠點來點去，畢竟是個什麼應用程序都沒有安裝；另外盡管光碟上帶有的可執行的命令行工具有限，但明顯可以自己添加，看看這是什麼？沒錯，是我們最熟悉的掃雷游戲（現在知道題頭所指了吧，呵呵），拿滑鼠先玩玩吧，這是筆者從大家熟悉的WinXP操作系統中加入的（方法很簡單，用ISO工具直接拷入剛才的鏡像文件就可以了）。

那麼還是先回到CMD命令行工具中吧。默認的目錄是\I386\system32\，輸入命令行「dir *.exe /w」可查看有哪些可運行的程序。下面我們實際研究一下對個人用戶有實際意義的Windows PE特性的操作。

在光碟鏡像中可同時看到32位和64位操作系統的工具，對於個人用戶來講，你可用它直接引導沒有安裝任何系統的機器，並在其上實現32位系統的許多功能，這在後面會一一道來。

2.Windows PE對網路的支持

剛才dir時我們看到了ping命令，熟悉這個命令的讀者應該都知道，只有安裝了TCP/IP協議才能使用，那麼不管三七二十一，先來ping自己試試吧，在CMD中鍵入「ping 127.0.0.1」，回車搞定，顯然是可ping通的，這證明TCP/IP協議確實已在運行。再試一試光碟上另一個命令IPConfig，鍵入運行，看到IP地址已經自動分配好了。既然網路確實已經連接，那讓我們來實際操作使用吧（這里可能有不少從視窗系統開始接觸計算機的朋友會對操作不知所措，其實並沒有想像中那麼困難，你可以在CMD中使用命令工具帶「/？」參數來查詢具體使用方法，如果你機器上本來就裝有XP，那麼在幫助中心查詢就更方便了，多實驗一下，掌握命令行以後你會發現方便很多）。

現在我的物理機和虛擬機構成了一個虛擬網路，使用光碟鏡像中的net命令，在虛擬機中鍵入「net view」查看已連接的伺服器，這里顯示的伺服器「XQ-B6QAS26953 EC」，名字表示虛擬機已通過網路連接了我的物理機器。我的物理機器上有一個名為TUKU的文件夾已經共享，所以再鍵入「net use e:\XQ-B6QAS26953EC\TUKU」，意思是將物理機器上的共享目錄TUKU鏡像為虛擬機器上的E盤，成功後可在虛擬機里自由地訪問共享目錄，這時就可通過這個來做遠程安裝等工作。net命令還有不少參數，自己可以查閱並多加嘗試，才可以發揮Windows PE強大的網路環境功能，如果只是簡單地訪問伺服器，上面的兩個命令參數基本足夠了。不過這里要記住用Windows PE的機器可訪問其他操作系統的機器，而逆操作是不能的，這是由於Windows PE本身的限制，我們後面再講這個問題。事實說明，Windows PE啟動後就可以使用網路環境。

3.利用Windows PE創建、刪除、格式化和管理NTFS文件系統分區

對於個人用戶來說這個功能很是實用和方便。但不少朋友在dir完以後就叫苦，怎麼只有format.com，沒有fdisk啊，根本沒辦法分區嘛。其實這是個誤解，Windows XP中針對磁碟管理工作有專用的命令行工具DiskPart.exe，它是一種文本模式命令解釋程序，能讓你通過使用腳本或從命令提示符直接輸入來管理對象（磁碟、分區或卷），Windows PE使用的當然也是DiskPart。

在CMD模式下鍵入「diskpart」並回車進入DiskPart命令行解釋。鍵入「list disk」，顯示有兩塊硬碟，分別為磁碟0和磁碟1。鍵入「select disk=0」執行，意思是選擇指定磁碟，並將焦點轉移到此磁碟，接下來的操作就都是針對它的（後面的操作都是一樣，在磁碟、分區或卷上使用DiskPart命令前，必須首先將對象列表，然後選擇要給予焦點的對象，只有對象擁有焦點時，鍵入的任何DiskPart命令才對該對象進行操作）。鍵入「detail disk」可以查看磁碟0的細節信息，現在磁碟0整個是一個活動分區C，格式為FAT32，容量為16G。下面我們以實際操作將磁碟0分為兩個區，分別為NTFS格式的8G主分區C和FAT32格式8G邏輯分區D，而將磁碟1整個轉為FAT32格式的分區E來演示Windows PE對磁碟的管理操作：

（1）執行「select disk=0」，將焦點轉到磁碟0。執行「select partition 1」，將焦點轉到磁碟0的分區活動C上面。

（2）執行「delete partition」將原來的分區C刪除。

（3）執行「create partition primary size=8000」回車，在磁碟0上建立一個新的8000MB的主分區，焦點會自動轉到新建立的分區上。

（4）接著執行「create partition extended」回車，將磁碟0上剩餘的磁碟空間建立為擴展分區。

（5）完成上一步後再執行「create partition logic」回車，將剛建立的擴展分區創建為一個邏輯分區。

（6）至此，我們就已經把原來一個活動分區C的磁碟0創建為有一個主分區和一個邏輯分區了，不過這兩個分區還沒有驅動器號，執行「select partition 1」將焦點轉到主分區1，然後執行「assign letter=C」，將驅動器號C：分配給主分區。執行「active」回車將主分區設為活動使其可以引導系統。

（7）接下來執行「select partition 3」將焦點轉到邏輯分區，執行「assign」回車，意思是系統將下一個可用的驅動器號分配給邏輯分區，由於驅動器號D、E均被佔用（D為磁碟1分區佔用，E為光碟機佔用），所以系統將F分配給了邏輯分區。不過沒關系，我們先不管驅動器號的順序，到這里我們對磁碟0的操作就結束了，剩下的目標是將磁碟1的活動分區D轉換為分區E。

（8）執行「select disk 1」將焦點轉到磁碟1，執行「select partition 1」將焦點轉到活動分區D。

（9）由於磁碟1的D分區是活動的主分區，所以設其驅動器號為E，顯然是要將它重新建立為一個非主分區的驅動器，那麼它就不會占據驅動器號D而將它讓給磁碟0的邏輯分區了。執行「delete partition」刪除原來分區D，執行「create partition extended」將磁碟1上所有的磁碟空間建立為擴展分區。

（10）完成上步後再執行「create partition logic」將剛建立的擴展分區創建為一個邏輯分區。

（11）最後執行「assign」自動分配驅動器號，系統仍然把D分配給了它（不過在機器重新啟動後系統會自動調整將D分配給磁碟0的邏輯分區，磁碟1的邏輯分區會使用驅動器E，而光碟機就順延到F了，重啟一次系統這些改變都會自動實現）。

（12）現在我們對機器上硬碟的重新分區工作就結束了，執行「exit」退出DiskPart命令行解釋工具，然後執行「format c: /fs:ntfs」，將剛才建立的DISK 0主分區格式化為NTFS文件格式的分區，同理執行「format d: /fs:fat32」、「format f: /fs:fat32」將分區D、F格式化，我們最終的操作就完成了。

（13）完成後執行「exit」重新啟動機器，可以再次進入「DiskPart」來查看分區情況是否正確。

上面的操作基本包括了對磁碟的創建、刪除、格式化和管理，如果你再仔細讀讀幫助說明，保證你在掌握它強大的功能以後不再想使用Fdisk去管理磁碟。實際上你如果在使用Windows XP，這些知識都非常實用。此外「DiskPart」工具最方便的地方是支持腳本，在這里就不詳細說明了。

上面我們已經將Windows PE特性的基本操作都實踐了一下，應該可以體會到Windows PE對個人的方便之處，但是就像上文所說的那樣，Windows PE只是有限功能的Mini操作系統，要正確使用Windows PE，當然也要了解它的一些限制。

1.為了防止將它用作盜版操作系統，在連續使用24小時後Windows PE將自動退出並重啟。

2.你可從Windows PE計算機通過網路直接訪問伺服器和共享。但不能從網路上的另一個位置訪問Windows PE計算機上的任何文件或文件夾。Windows PE通過TCP/IP及其上的NetBIOS獲得到達文件伺服器的網路連接，不支持其他方法（如IPX/SPX網路協議）。

3.因為涉及反盜版，所以只能從Windows XP Professional CD建立Windows PE的自定義版本。而不能從Windows XP Home Edition或Windows 2002 Server操作系統家族的任何成員建立。

4.Windows PE太大，不能放在軟盤上。Windows PE僅包括可用Win32 API的子集（包括I/O（磁碟和網路）和核心Win32 API）。如果Win32下運行的服務基於Win32 API子集，則它在Windows PE是否可用需具體分析。這里不詳細列出Windows PE不支持的API了，反正rundll32.exe和shell.dll等是不被支持的，想要在Windows PE下面玩Quake的朋友還是趁早放棄。

Windows PE的作用

不少朋友看到這兒無論是否有收獲，肯定都會想Windows PE到底對自己有什麼明確的作用，這里不妨總結一二。

1.方便易用的啟動工具盤

通過剛才的敘述，大家可以看出，Windows PE啟動相當快捷，而且對啟動環境要求不高；最可貴的是，雖然名為啟動盤，其功能卻幾乎相當於安裝了一個Windows XP的「命令行版本」——別忘了網路支持哦。因此，對於個人計算機用戶，只要將其刻錄在一張光碟上，便可放心地去解決初始化系統之類的問題；而對小型網路環境（如網吧等）用戶來說，這一功能尤其實用。

2.有趣的硬碟使用功能

自定義的Windows PE不僅可放到那些可移動存儲設備如CD上，還可以放在硬碟上使用。因為許多朋友會認為將Windows PE的自定義版本放在硬碟上沒有什麼意義，其實不然。把Windows PE放在硬碟上應該是最為有趣的地方，且不說你的操作系統損壞無法進入的情況下啟動硬碟上的Windows PE可以方便地修復，關鍵是由於Windows PE在硬碟上，所以在Windows PE環境下安裝應用程序就有了可能。呵呵，撇開題外話不講，這里看一下如何把自定義的Windows PE放到硬碟上吧（只能在硬碟上放置Windows PE的32位版本）。

首先要安裝恢復控制台：

（1）將Windows XP Professional CD放在CD-ROM驅動器中，這里指定其為cd_drive。

（2）在命令行CMD窗口中運行cd_drive\i386\winnt32.exe /cmdcons。

然後將Windows PE自定義可引導副本放置在硬碟上，如下操作：

（1）在目標硬碟上，創建「C:\Minint」的目錄（這里必須將目錄命名為「Minint」）。

（2）將Windows PE「根目錄\i386」下的所有內容復制到C:\Minint。

（3）從Windows PE根目錄下將Winbom.ini復制到目標硬碟的根目錄。

（4）在目標硬碟上，將「C:\Cmdcons\txtsetup.sif」的只讀屬性改為讀/寫。

（5）在目標硬碟上，將「C:\Minint\txtsetup.sif」復制到「C:\Cmdcons」進行覆蓋。

（6）重新啟動目標計算機。在「引導」菜單上，選擇引導到「命令控制台」，計算機將使用Windows PE引導。

3.Windows XP OPK CD的本職工作

上面說了其實我們拿到的是Windows PE的一個可執行副本，即Windows XP OPK（Windows XP OEM預安裝工具包）CD。從名字都知道它原來的本職工作是為了方便OEM工作的。如果你在Windows操作系統環境下打開光碟，它就會自動運行Autorun為你的系統安裝一個「Windows安裝管理器」的工具包。利用它，你可以輕易製造出帶有計算機廠商OEM標志的Windows安裝鏡像。雖然這是Windows XP OPK CD的主要本職工作，但顯然對我們個人沒什麼意義，當然，如果你想把手上的Windows安裝CD都打上自己獨有的印記，並在朋友的機器上安裝時炫一下，那麼使用它是個好主意。當然自己的「印記」絕非OEM標志那麼簡單，實際上你還可任意設定Windows PE攜帶的軟體，並可設置這些軟體在Windows PE啟動時運行；理想的情形下你甚至可以為自定義的Windows PE版本加上類似於Windows Explorer的圖形外殼程序

❸ pokemong go為什麼無法從伺服器獲取游戲數據

1.下載pokemongo以及google框架 不再贅述。

2.下載神行者(虛擬定位)和雲牆(VPN)和360超級root(ROOT)

3.360超級root(或者其他root獲取系統root許可權)

4.(關鍵步驟!!!)

android不能開啟系統設置中的「允許模擬地點」，否則游戲中會出現fail to detect location

《搜索微信虛擬定位教程》 按照左邊鏈接教程設置神行者的高級模式

設置好後查看360超級root中——root管理中是否有神行者(沒有就添加上，在沒有就重啟試試)

5.打開雲牆VPN加速，打開神行者定位

6.打開游戲試試吧~~~~

❹ golang 讀取伺服器時間 延遲問題怎麼解決

簡單減少slave同步延案架構做優化盡量讓主庫DDL快速執行主庫寫數據安全性較高比sync_binlog=1innodb_flush_log_at_trx_commit = 1 類設置slave則需要高數據安全完全講sync_binlog設置0或者關閉binloginnodb_flushlog設置0提高sql執行效率另外使用比主庫更硬體設備作slave
mysql-5.6.3已經支持線程主復制原理丁奇類似丁奇表做線程Oracle使用資料庫(schema)單位做線程同庫使用同復制線程
sync_binlog=1
This makes MySQL synchronize the binary log』s contents to disk each time it commits a transaction
默認情況並每寫入都binlog與硬碟同步操作系統或機器(僅僅MySQL伺服器)崩潰能binlog語句丟 失要想防止種情況使用sync_binlog全局變數(1安全值慢)使binlog每Nbinlog寫入與硬碟 同步即使sync_binlog設置1,現崩潰能表內容binlog內容間存致性使用InnoDB表MySQL伺服器 處理COMMIT語句整事務寫入binlog並事務提交InnoDB兩操作間現崩潰重啟事務InnoDB滾仍 存binlog用--innodb-safe-binlog選項增加InnoDB表內容binlog間致性(注釋：MySQL 5.1需要--innodb-safe-binlog；由於引入XA事務支持該選項作廢）該選項提供更程度安全使每事務 binlog(sync_binlog =1)(默認情況真)InnoDB志與硬碟同步該選項效崩潰重啟滾事務MySQL伺服器binlog剪切滾 InnoDB事務確保binlog反饋InnoDB表確切數據等並使伺服器保持與主伺服器保持同步(接收 滾語句)
innodb_flush_log_at_trx_commit （管用）
抱怨Innodb比MyISAM慢 100倍概忘調整值默認值1意思每事務提交或事務外指令都需要志寫入（flush）硬碟費特別使用電 池供電緩存（Battery backed up cache）設2於運用特別MyISAM表轉意思寫入硬碟寫入系統緩存志仍每秒flush硬 盤所般丟失超1-2秒更新設0更快點安全面比較差即使MySQL掛能丟失事務數據值2整操作系統 掛才能丟數據

❺ Pokemon go怎麼在電腦上玩 用電腦怎麼玩Pokemon go

Pokémon Go的火爆程度自不用多說，國外網友Travis D總結了在Win10 PC上玩這款游戲的辦法。
教程：如何在電腦上玩《Pokémon Go》
沒錯，你只需要一台Windows 10電腦，台式機當然也行，這里並不需要你抱著主機或者拿著筆記本走來走去，看看如何騙過任天堂伺服器。
首先，准備如下軟體——
1，Bluestacks（安卓模擬器）
2，Kingroot
3，Lucky Patcher
4，Fake GPS 4.6
5，Pokemon GO 1~3點擊轉到官網地址自行下載，4~5推薦國內酷安網下載。
破解步驟如下——
1，安裝Bluestacks(藍疊)，重啟電腦後禁用攝像頭，方法是，進入注冊表編輯器，定位到HKEY_LOCAL_MACHINE\SOFTWARE\BlueStacks\Guests\Android\Config，點擊camera，修改鍵值1為0，保存退出。
2，使用Bluestacks安裝Kingroot。
3，運行Kingroot，滑到底部，點擊「Try it」，等待進度讀到100%即root成功後，重啟安卓。
4，使用Bluestacks安裝Lucky Patcher。
5，運行Lucky Patcher，點擊Grant——Rebuild/Install——SD，然後找到你下載的Fake GPS 4.6.apk，進行安裝（即將其安裝為系統應用）。
6，Fake GPS安裝成功後彈出重啟請求，點擊否。
7，關閉所有標簽，只保留Bluestacks安卓歡迎頁面。
8，手動重啟安卓設備。
9，使用Bluestacks安裝Pokemon GO。
10，運行Lucky Patcher，點擊搜索，點擊右上角的過濾，展示系統應用。
11，點擊Fake GPS並運行，確保是EXPERT mode（專業模式）。
12，在地圖上找到一個你想開始的地方，然後點擊右側的Play按鈕。
13，好了，現在地圖應該自動關閉了，接下來就打開Pokemon GO，然後登陸谷歌賬戶，如果提示要讀取位置，一定記得點擊No。
注意事項—— 1，確保Win10的位置服務關閉，在設置——隱私里；確保bluestacks中GPS啟用高精度，關閉谷歌位置服務。
不懂的可以加官方微博: Chinaar平台

❻ 如何使用Go建開發高負載WebSocket伺服器

Mail.Ru有很多有狀態的系統。 用戶電子郵件存儲是其中之一。 跟蹤系統中的狀態變化和系統事件有幾種方法。 這主要是通過定期系統輪詢或關於其狀態變化的系統通知。

兩種方式都有利弊。 但是當涉及郵件時，用戶收到新郵件的速度越快越好。

郵件輪詢涉及每秒大約50,000個HTTP查詢，其中60％返回304狀態，這意味著郵箱沒有變化。

因此，為了減少伺服器上的負載並加快郵件傳遞給用戶，決定通過編寫發布-訂閱伺服器，一方面將接收有關狀態更改的通知，另一方面則會收到這種通知的訂閱。

先前

第一個方案顯示了以前的樣子。 瀏覽器定期輪詢API，並查詢有關Storage（郵箱服務）的更改。

第二個方案描述了新架構。 瀏覽器與通知API建立WebSocket連接，通知API是Bus伺服器的客戶端。收到新的電子郵件後，Storage會向Bus（1）發送一條通知，由Bus發送到訂閱者。 API確定連接以發送接收到的通知，並將其發送到用戶的瀏覽器（3）。

所以今天我們將討論API或WebSocket伺服器。 我們的伺服器將有大約300萬個在線連接。

實現方式

讓我們看看如何使用Go函數實現伺服器的某些部分，而無需任何優化。

在進行net/http ，我們來談談我們如何發送和接收數據。 站在WebSocket協議（例如JSON對象） 之上的數據在下文中將被稱為分組 。

我們開始實現包含通過WebSocket連接發送和接收這些數據包的Channel結構。

channel 結構

// Packet represents application level data.
type Packet struct {
...
}

// Channel wraps user connection.
type Channel struct {
conn net.Conn // WebSocket connection.
send chan Packet // Outgoing packets queue.
}

func NewChannel(conn net.Conn) *Channel {
c := &Channel{
conn: conn,
send: make(chan Packet, N),
}

go c.reader()
go c.writer()

return c
}

注意這里有reader和writer連個goroutines。 每個goroutine都需要自己的內存棧， 根據操作系統和Go版本可能具有2到8 KB的初始大小。

在300萬個在線連接的時候，我們將需要24 GB的內存 （堆棧為4 KB）用於維持所有連接。 這還沒有計算為Channel結構分配的內存，傳出的數據包ch.send和其他內部欄位消耗的內存。

I/O goroutines

我們來看看「reader」的實現：

func (c *Channel) reader() {
// We make a buffered read to rece read syscalls.
buf := bufio.NewReader(c.conn)

for {
pkt, _ := readPacket(buf)
c.handle(pkt)
}
}

這里我們使用bufio.Reader來減少read() syscalls的數量，並讀取與buf緩沖區大小一樣的數量。 在無限循環中，我們期待新數據的到來。 請記住： 預計新數據將會來臨。 我們稍後會回來。

我們將離開傳入數據包的解析和處理，因為對我們將要討論的優化不重要。 但是， buf現在值得我們注意：默認情況下，它是4 KB，這意味著我們需要另外12 GB內存。 「writer」有類似的情況：

func (c *Channel) writer() {
// We make buffered write to rece write syscalls.
buf := bufio.NewWriter(c.conn)

for pkt := range c.send {
_ := writePacket(buf, pkt)
buf.Flush()
}
}

我們遍歷c.send ，並將它們寫入緩沖區。細心讀者已經猜到的，我們的300萬個連接還將消耗12 GB的內存。

HTTP

我們已經有一個簡單的Channel實現，現在我們需要一個WebSocket連接才能使用。

注意：如果您不知道WebSocket如何工作。客戶端通過稱為升級的特殊HTTP機制切換到WebSocket協議。 在成功處理升級請求後，伺服器和客戶端使用TCP連接來交換二進制WebSocket幀。 這是連接中的框架結構的描述。

import (
"net/http"
"some/websocket"
)

http.HandleFunc("/v1/ws", func(w http.ResponseWriter, r *http.Request) {
conn, _ := websocket.Upgrade(r, w)
ch := NewChannel(conn)
//...
})

請注意， http.ResponseWriter為bufio.Reader和bufio.Writer （使用4 KB緩沖區）進行內存分配，用於*http.Request初始化和進一步的響應寫入。

無論使用什麼WebSocket庫，在成功響應升級請求後， 伺服器在responseWriter.Hijack()調用之後，連同TCP連接一起接收 I/O緩沖區。

提示：在某些情況下， go:linkname 可用於 通過調用 net/http.putBufio{Reader,Writer} 將緩沖區返回到 net/http 內 的 sync.Pool 。

因此，我們需要另外24 GB的內存來維持300萬個鏈接。

所以，我們的程序即使什麼都沒做，也需要72G內存。

優化

我們來回顧介紹部分中談到的內容，並記住用戶連接的行為。 切換到WebSocket之後，客戶端發送一個包含相關事件的數據包，換句話說就是訂閱事件。 然後（不考慮諸如ping/pong等技術信息），客戶端可能在整個連接壽命中不發送任何其他信息。

連接壽命可能是幾秒到幾天。

所以在最多的時候，我們的Channel.reader()和Channel.writer()正在等待接收或發送數據的處理。 每個都有4 KB的I/O緩沖區。

現在很明顯，某些事情可以做得更好，不是嗎？

Netpoll

你還記得bufio.Reader.Read()內部，Channel.reader()實現了在沒有新數據的時候conn.read()會被鎖。如果連接中有數據，Go運行時「喚醒」我們的goroutine並允許它讀取下一個數據包。 之後，goroutine再次鎖定，期待新的數據。 讓我們看看Go運行時如何理解goroutine必須被「喚醒」。 如果我們看看conn.Read（）實現 ，我們將在其中看到net.netFD.Read（）調用 ：

// net/fd_unix.go

func (fd *netFD) Read(p []byte) (n int, err error) {
//...
for {
n, err = syscall.Read(fd.sysfd, p)
if err != nil {
n = 0
if err == syscall.EAGAIN {
if err = fd.pd.waitRead(); err == nil {
continue
}
}
}
//...
break
}
//...
}

Go在非阻塞模式下使用套接字。 EAGAIN表示，套接字中沒有數據，並且在從空套接字讀取時不會被鎖定，操作系統將控制權返還給我們。

我們從連接文件描述符中看到一個read()系統調用。 如果讀取返回EAGAIN錯誤 ，則運行時會使pollDesc.waitRead（）調用 ：

// net/fd_poll_runtime.go

func (pd *pollDesc) waitRead() error {
return pd.wait('r')
}

func (pd *pollDesc) wait(mode int) error {
res := runtime_pollWait(pd.runtimeCtx, mode)
//...
}

如果我們深入挖掘 ，我們將看到netpoll是使用Linux中的epoll和BSD中的kqueue來實現的。 為什麼不使用相同的方法來進行連接？ 我們可以分配一個讀緩沖區，只有在真正有必要時才使用goroutine：當套接字中有真實可讀的數據時。

在github.com/golang/go上， 導出netpoll函數有問題 。

擺脫goroutines

假設我們有Go的netpoll實現 。 現在我們可以避免使用內部緩沖區啟動Channel.reader() goroutine，並在連接中訂閱可讀數據的事件：

ch := NewChannel(conn)

// Make conn to be observed by netpoll instance.
poller.Start(conn, netpoll.EventRead, func() {
// We spawn goroutine here to prevent poller wait loop
// to become locked ring receiving packet from ch.
go Receive(ch)
})

// Receive reads a packet from conn and handles it somehow.
func (ch *Channel) Receive() {
buf := bufio.NewReader(ch.conn)
pkt := readPacket(buf)
c.handle(pkt)
}

使用Channel.writer()更容易，因為只有當我們要發送數據包時，我們才能運行goroutine並分配緩沖區：

func (ch *Channel) Send(p Packet) {
if c.noWriterYet() {
go ch.writer()
}
ch.send <- p
}

請注意，當操作系統在 write() 系統調用時返回 EAGAIN 時，我們不處理這種情況 。 對於這種情況，我們傾向於Go運行時那樣處理。 如果需要，它可以以相同的方式來處理。

從ch.send （一個或幾個）讀出傳出的數據包後，writer將完成其操作並釋放goroutine棧和發送緩沖區。

完美！ 通過擺脫兩個連續運行的goroutine中的堆棧和I/O緩沖區，我們節省了48 GB 。

資源控制

大量的連接不僅涉及高內存消耗。 在開發伺服器時，我們會經歷重復的競爭條件和死鎖，常常是所謂的自動DDoS，這種情況是當應用程序客戶端肆意嘗試連接到伺服器，從而破壞伺服器。

例如，如果由於某些原因我們突然無法處理ping/pong消息，但是空閑連接的處理程序會關閉這樣的連接（假設連接斷開，因此沒有提供數據），客戶端會不斷嘗試連接，而不是等待事件。

如果鎖定或超載的伺服器剛剛停止接受新連接，並且負載均衡器（例如，nginx）將請求都傳遞給下一個伺服器實例，那壓力將是巨大的。

此外，無論伺服器負載如何，如果所有客戶端突然想要以任何原因發送數據包（大概是由於錯誤原因），則先前節省的48 GB將再次使用，因為我們將實際恢復到初始狀態goroutine和並對每個連接分配緩沖區。

Goroutine池

我們可以使用goroutine池來限制同時處理的數據包數量。 這是一個go routine池的簡單實現：

package gopool

func New(size int) *Pool {
return &Pool{
work: make(chan func()),
sem: make(chan struct{}, size),
}
}

func (p *Pool) Schele(task func()) error {
select {
case p.work <- task:
case p.sem <- struct{}{}:
go p.worker(task)
}
}

func (p *Pool) worker(task func()) {
defer func() { <-p.sem }
for {
task()
task = <-p.work
}
}

現在我們的netpoll代碼如下：

pool := gopool.New(128)

poller.Start(conn, netpoll.EventRead, func() {
// We will block poller wait loop when
// all pool workers are busy.
pool.Schele(func() {
Receive(ch)
})
})

所以現在我們讀取數據包可以在池中使用了空閑的goroutine。

同樣，我們將更改Send() ：

pool := gopool.New(128)

func (ch *Channel) Send(p Packet) {
if c.noWriterYet() {
pool.Schele(ch.writer)
}
ch.send <- p
}

而不是go ch.writer() ，我們想寫一個重用的goroutine。 因此，對於N goroutines池，我們可以保證在N請求同時處理並且到達N + 1我們不會分配N + 1緩沖區進行讀取。 goroutine池還允許我們限制新連接的Accept()和Upgrade() ，並避免大多數情況下被DDoS打垮。

零拷貝升級

讓我們從WebSocket協議中偏離一點。 如前所述，客戶端使用HTTP升級請求切換到WebSocket協議。 協議是樣子：

GET /ws HTTP/1.1
Host: mail.ru
Connection: Upgrade
Sec-Websocket-Key: A3xNe7sEB9HixkmBhVrYaA==
Sec-Websocket-Version: 13
Upgrade: websocket

HTTP/1.1 101 Switching Protocols
Connection: Upgrade
Sec-Websocket-Accept: ksu0wXWG+YmkVx+KQR2agP0cQn4=
Upgrade: websocket

也就是說，在我們的例子中，我們需要HTTP請求和header才能切換到WebSocket協議。 這個知識點和http.Request的內部實現表明我們可以做優化。我們會在處理HTTP請求時拋棄不必要的內存分配和復制，並放棄標準的net/http伺服器。

例如， http.Request 包含一個具有相同名稱的頭文件類型的欄位，它通過將數據從連接復制到值字元串而無條件填充所有請求頭。 想像一下這個欄位中可以保留多少額外的數據，例如大型Cookie頭。

但是要做什麼呢？

WebSocket實現

不幸的是，在我們的伺服器優化時存在的所有庫都允許我們對標準的net/http伺服器進行升級。 此外，所有庫都不能使用所有上述讀寫優化。 為使這些優化能夠正常工作，我們必須使用一個相當低級別的API來處理WebSocket。 要重用緩沖區，我們需要procotol函數看起來像這樣：

func ReadFrame(io.Reader) (Frame, error)
func WriteFrame(io.Writer, Frame) error

如果我們有一個這樣的API的庫，我們可以從連接中讀取數據包，如下所示（數據包寫入看起來差不多）：

// getReadBuf, putReadBuf are intended to
// reuse *bufio.Reader (with sync.Pool for example).
func getReadBuf(io.Reader) *bufio.Reader
func putReadBuf(*bufio.Reader)

// readPacket must be called when data could be read from conn.
func readPacket(conn io.Reader) error {
buf := getReadBuf()
defer putReadBuf(buf)

buf.Reset(conn)
frame, _ := ReadFrame(buf)
parsePacket(frame.Payload)
//...
}

簡而言之，現在是製作我們自己庫的時候了。

github.com/gobwas/ws

為了避免將協議操作邏輯強加給用戶，我們編寫了WS庫。 所有讀寫方法都接受標準的io.Reader和io.Writer介面，可以使用或不使用緩沖或任何其他I/O包裝器。

除了來自標准net/http升級請求之外， ws支持零拷貝升級 ，升級請求的處理和切換到WebSocket，而無需內存分配或復制。 ws.Upgrade()接受io.ReadWriter （ net.Conn實現了這個介面）。 換句話說，我們可以使用標準的net.Listen()並將接收到的連接從ln.Accept()立即傳遞給ws.Upgrade() 。 該庫可以復制任何請求數據以供將來在應用程序中使用（例如， Cookie以驗證會話）。

以下是升級請求處理的基準 ：標准net/http伺服器與net.Listen()加零拷貝升級：

BenchmarkUpgradeHTTP 5156 ns/op 8576 B/op 9 allocs/op
BenchmarkUpgradeTCP 973 ns/op 0 B/op 0 allocs/op

切換到ws和零拷貝升級節省了另外24 GB內存 - 這是由net/http處理程序請求處理時為I/O緩沖區分配的空間。

概要

讓我們結合代碼告訴你我們做的優化。

• 讀取內部緩沖區的goroutine是非常昂貴的。 解決方案 ：netpoll（epoll，kqueue）; 重用緩沖區。

• 寫入內部緩沖區的goroutine是非常昂貴的。 解決方案 ：必要時啟動goroutine; 重用緩沖區。

• DDOS，netpoll將無法工作。 解決方案 ：重新使用數量限制的goroutines。

• net/http不是處理升級到WebSocket的最快方法。 解決方案 ：在連接上使用零拷貝升級。

這就是伺服器代碼的樣子：

• import (


• "net"


• "github.com/gobwas/ws"


• )



• ln, _ := net.Listen("tcp", ":8080")



• for {


• // Try to accept incoming connection inside free pool worker.


• // If there no free workers for 1ms, do not accept anything and try later.


• // This will help us to prevent many self-ddos or out of resource limit cases.


• err := pool.ScheleTimeout(time.Millisecond, func() {


• conn := ln.Accept()


• _ = ws.Upgrade(conn)



• // Wrap WebSocket connection with our Channel struct.


• // This will help us to handle/send our app's packets.


• ch := NewChannel(conn)



• // Wait for incoming bytes from connection.


• poller.Start(conn, netpoll.EventRead, func() {


• // Do not cross the resource limits.


• pool.Schele(func() {


• // Read and handle incoming packet(s).


• ch.Recevie()


• })


• })


• })


• if err != nil {


• time.Sleep(time.Millisecond)


• }


• }



結論


過早優化是萬惡之源。 Donald Knuth

當然，上述優化是有意義的，但並非所有情況都如此。 例如，如果可用資源（內存，CPU）和在線連接數之間的比例相當高（伺服器很閑），則優化可能沒有任何意義。 但是，您可以從哪裡需要改進以及改進內容中受益匪淺。

❼ 我想脫掛機 如果查看伺服器的IP地址

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_getlinkinfo]') and OBJECTPROPERTY(id, N'IsProcere') = 1)
drop procere [dbo].[p_getlinkinfo]
GO

/*--獲取連接SQL伺服器的信息

所有連接本機的:操作的資料庫名,計算機名,用戶名,網卡物理地址,IP地址,程序名
--鄒建 2003.11--*/

/*--調用示例
--顯示所有本機的連接信息
exec p_getlinkinfo

--顯示所有本機的連接信息,包含ip地址
exec p_getlinkinfo @includeip=1

--顯示連接指定資料庫的信息
exec p_getlinkinfo '客戶資料'
--*/
create proc p_getlinkinfo
@dbname sysname=null, --要查詢的資料庫名,默認查詢所有資料庫的連接信息
@includeip bit=0 --是否顯示IP地址,因為查詢IP地址比較費時,所以增加此控制
as
declare @dbid int
set @dbid=db_id(@dbname)

create table #tb(id int identity(1,1),dbname sysname,hostname nchar(128),loginname nchar(128),net_address nchar(12),net_ip nvarchar(15),prog_name nchar(128))
insert into #tb(hostname,dbname,net_address,loginname,prog_name)
select distinct hostname,db_name(dbid),net_address,loginame,program_name from master..sysprocesses
where hostname<>'' and (@dbid is null or dbid=@dbid)

if @includeip=0 goto lb_show --如果不顯示IP地址,就直接顯示

declare @sql varchar(500),@hostname nchar(128),@id int
create table #ip(hostname nchar(128),a varchar(200))
declare tb cursor local for select distinct hostname from #tb
open tb
fetch next from tb into @hostname
while @@fetch_status=0
begin
set @sql='ping '+@hostname+' -a -n 1 -l 1'
insert #ip(a) exec master..xp_cmdshell @sql
update #ip set hostname=@hostname where hostname is null
fetch next from tb into @hostname
end

update #tb set net_ip=left(a,patindex('%:%',a)-1)
from #tb a inner join (
select hostname,a=substring(a,patindex('Ping statistics for %:%',a)+20,20) from #ip
where a like 'Ping statistics for %:%') b on a.hostname=b.hostname

lb_show:
select id,資料庫名=dbname,客戶機名=hostname,用戶名=loginname
,網卡物理地址=net_address,IP地址=net_ip,應用程序名稱=prog_name from #tb

go

❽ wifi-direct 安卓作為go go端怎麼知道客戶端ip

好像不可以。 DHCP協議是為了提供IP地址的協議，所以協議通信不是基於IP通信的。 而且從始至終客戶端給DHCP伺服器發消息都是廣播發送的，也就是說，客戶端一直都不知道誰是DHCP伺服器。 DHCP伺服器可以告訴客戶端DHCP伺服器自己的IP地址，但這是可選的，不是所有伺服器都會在消息中攜帶這個信息