我正在嘗試在Go中本地創(chuàng)建一個(gè)Pastry版本。從設(shè)計(jì)[PDF]：假定該應(yīng)用程序提供了允許每個(gè)Pastry節(jié)點(diǎn)確定自身具有給定IP地址的節(jié)點(diǎn)的“距離”的功能。具有較低距離值的節(jié)點(diǎn)被認(rèn)為是更合乎需要的。期望應(yīng)用程序根據(jù)其對(duì)接近度度量的選擇，使用諸如traceroute或Internet子網(wǎng)圖之類(lèi)的網(wǎng)絡(luò)服務(wù)，以及適當(dāng)?shù)木彺婧徒萍夹g(shù)以最小化開(kāi)銷(xiāo)，來(lái)實(shí)現(xiàn)此功能。我正在嘗試找出以編程方式從Go中確定兩個(gè)EC2實(shí)例之間的“接近度”（即網(wǎng)絡(luò)延遲）的最佳方法是什么。不幸的是，我對(duì)底層網(wǎng)絡(luò)不夠熟悉，無(wú)法區(qū)分我可以使用的不同類(lèi)型的請(qǐng)求。Googling并沒(méi)有提出任何有關(guān)測(cè)量Go延遲的建議，并且一般的延遲技術(shù)似乎總是Linux二進(jìn)制文件，我希望以此減少依賴性。有什么幫助嗎？另外，我注意到兩個(gè)EC2實(shí)例之間的延遲應(yīng)在1ms的范圍內(nèi)。雖然我計(jì)劃在EC2上使用該實(shí)現(xiàn)，但是假設(shè)可以在任何地方使用它。延遲通常是否太差，以至于我應(yīng)該花更多的精力來(lái)確保兩個(gè)節(jié)點(diǎn)的網(wǎng)絡(luò)接近度？請(qǐng)記住，大多數(shù)Pastry請(qǐng)求都可以在群集中服務(wù)器數(shù)量的日志基礎(chǔ)16中得到滿足（因此，對(duì)于10,000臺(tái)服務(wù)器，平均大約需要3個(gè)請(qǐng)求才能找到要搜索的密鑰）。從EC2的亞太區(qū)域到EC2的美國(guó)東部區(qū)域的延遲是否足以證明增加節(jié)點(diǎn)時(shí)延遲檢查所帶來(lái)的復(fù)雜性和開(kāi)銷(xiāo)？