<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-Hant-TW">
	<id>https://wiki.taigi.ima.org.tw/w/index.php?action=history&amp;feed=atom&amp;title=%E5%BB%B6%E5%BB%B6%28%E5%B7%A5%E7%A8%8B%E5%AD%B8%29</id>
	<title>延延(工程學) - 修訂紀錄</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.taigi.ima.org.tw/w/index.php?action=history&amp;feed=atom&amp;title=%E5%BB%B6%E5%BB%B6%28%E5%B7%A5%E7%A8%8B%E5%AD%B8%29"/>
	<link rel="alternate" type="text/html" href="https://wiki.taigi.ima.org.tw/w/index.php?title=%E5%BB%B6%E5%BB%B6(%E5%B7%A5%E7%A8%8B%E5%AD%B8)&amp;action=history"/>
	<updated>2026-05-10T18:15:04Z</updated>
	<subtitle>本 wiki 上此頁面的修訂紀錄</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>https://wiki.taigi.ima.org.tw/w/index.php?title=%E5%BB%B6%E5%BB%B6(%E5%B7%A5%E7%A8%8B%E5%AD%B8)&amp;diff=387133&amp;oldid=prev</id>
		<title>TaiwanTonguesApiRobot：​從 JSON 檔案批量匯入</title>
		<link rel="alternate" type="text/html" href="https://wiki.taigi.ima.org.tw/w/index.php?title=%E5%BB%B6%E5%BB%B6(%E5%B7%A5%E7%A8%8B%E5%AD%B8)&amp;diff=387133&amp;oldid=prev"/>
		<updated>2025-08-22T06:57:57Z</updated>

		<summary type="html">&lt;p&gt;從 JSON 檔案批量匯入&lt;/p&gt;
&lt;p&gt;&lt;b&gt;新頁面&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;延延&amp;#039;&amp;#039;&amp;#039;（英語：&amp;#039;&amp;#039;&amp;#039;Latency&amp;#039;&amp;#039;&amp;#039;）也譯&amp;#039;&amp;#039;&amp;#039;藏伏時間&amp;#039;&amp;#039;&amp;#039;，伊是指做出觸發動作佮得著回應之間的時間隔。延遲實際上是任何物理互相作用佇咧有限速度內傳播產生的結果。該的速度總較低抑是等於光速。所以，無論觸發的性質，任何空間維持不為零的物理系統攏共存在某一種延遲。&lt;br /&gt;
&lt;br /&gt;
延遲的精確定義就決定予觀察系統佮產生觸發的物質。佇咧通信系統內底，等待時間的下限由通批的媒介確定。佇咧會當靠的雙向通信系統，聽候時間受著資訊傳輸上大速率的限制，即處佇傳輸中的資訊總量有限。佇人機互動的領域，可察覺得喔延遲對使用者滿意度佮可用性有誠大影響。&lt;br /&gt;
&lt;br /&gt;
==通批延遲==&lt;br /&gt;
&lt;br /&gt;
===封包交換網路===&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;網路延遲&amp;#039;&amp;#039;&amp;#039;（&amp;#039;&amp;#039;&amp;#039;Network latency&amp;#039;&amp;#039;&amp;#039;）佇封包交換網路中會當指單向（來源傳送分組到目標接收著分組所需要時間）抑是來回通訊延遲（源傳送分組到目標的單向延遲 + 目標向源發回分組的單向延遲）。 閣較捷使用的是往回通批延遲，因為伊會當通過單一點完成測量。注意，去轉去通批延遲無包括目標系統處理分組抑是開的時間量。大多數的軟體平台提供稱做 ping 的服務，伊會當用做測量來往復通信延遲。Ping 無分組進行處理，伊只是佇收著一个分組的時陣傳送一个回應（就無操作矣）， 因此伊是一个粗略的測量延遲的方法。Ping 袂當完成精確的測量，尤其伊使用診斷佮控制目的 ICMP 協定，無仝 TCP 等實際通信用網路協定。此外，路由器佮網際網路服務供應商（ISP）可能無仝的協定採用無仝的流量整形策略。&lt;br /&gt;
&lt;br /&gt;
對閣較精確的測量，上好使用專門的軟體，比如講：lft、paketto、hping、superping . d、NetPerf、IPerf。&lt;br /&gt;
延遲限制矣會當靠的雙向通信系統中的總吞吐量，咧講看頻寬的時陣延乘。&lt;br /&gt;
&lt;br /&gt;
===光纖===&lt;br /&gt;
&lt;br /&gt;
延遲主要受著光速的限制，伊佇真空中的速度為兩百九十九 , 七仔九十二 , 四仔五十八米 / 秒，這是仝款每一个 khí-looh 路徑長度愛三更三三 µs。大多數光纖電纜的折射率大約是一丈五，這意味對光佇真空中的傳播速度比佇電纜中快約一面抹五倍。根據計算會當著愛出大約逐 khí-looh 五曉空 µs 的延延。佇較短的攏會網路中，延遲會因為建設管佮交叉連接佮略略仔增加，比每 khí-looh 五曉空 µs 略仔提較懸咧。&lt;br /&gt;
&lt;br /&gt;
所以，為計算連接的延遲，著愛知影光行入去的距離。光纜真少呈為直線，因為伊必須愛軁過地理輪或者是障礙物，譬如講道路、鐵枝路抑是其他限制條件。因為光纖本身伊的缺陷，當光透射通過的時陣，伊會產生損蕩。所以對著大於一百 khí-looh 的線路，需要部署放大器抑是再生器。源源放大器通常以複合衰減成本增加比再生器閣較少的延遲時間，就算講這兩款狀況攏可能是懸度可變的，應該斟酌考慮。尤其是，傳統跨度閣較使用較懸延遲時間的再生器。&lt;br /&gt;
&lt;br /&gt;
===衛星傳輸===&lt;br /&gt;
&lt;br /&gt;
新聞主播佮遠距離的記者進行遠端的連線會當說明一寡問題。訊號欲對演播室通過位佇地球仝步軌道的通訊衛星傳送予記者，以及一路倒轉去地球仝步軌道、演播室，攏超過十萬矣 khí-looh。規个鏈路所了的時間足好查。就算訊號以光速行進，按呢的距離猶是愛開半秒的時間（無包括通信裝置內微細的處理延遲）。&lt;br /&gt;
&lt;br /&gt;
近地的軌道有當時仔有利在削減這種延遲，代價是佇地面上進行閣較複雜的衛星佮蹤，並且需要閣較濟衛星形成衛星座以確保連紲崁。&lt;br /&gt;
&lt;br /&gt;
==音訊延延==&lt;br /&gt;
&lt;br /&gt;
訊延延是指音訊號輸入佮系統輸出之間的延延。音訊系統當中潛在的延遲包括類比數位轉換器、緩衝器、數位訊號處理、傳輸時間、數位類比轉換器以及空氣中的聲音傳播速度。&lt;br /&gt;
&lt;br /&gt;
==操作延遲==&lt;br /&gt;
&lt;br /&gt;
任何系統內面的單工作流程攏可能受著某一種類型的操作延遲影響。攏著愛看參與者的類型佮目標結果，單一个系統甚至可能受著多種類型的延遲影響。下跤以航空旅行的兩个例作為說明。&lt;br /&gt;
&lt;br /&gt;
===消費者視角===&lt;br /&gt;
&lt;br /&gt;
對乘客的角度講，等待時間會當來講是按怎：假使人客對倫敦飛往紐約，伊的旅行在延遲是伊對英國的住宅到位紐約的酒店的時間。這獨立於倫敦-紐約空中鏈路的吞吐量，無論是逐工有一百个抑是一百个乘客出行，行程的延遲攏保持無變。&lt;br /&gt;
&lt;br /&gt;
===生產者視角===&lt;br /&gt;
&lt;br /&gt;
對航空業的角度來看，延遲完全無仝。考慮著倫敦佮紐約機場的工作人員有限，只會當有限數量的飛行機進行迒大西洋之旅。所以當一隻飛行機落塗跤的時陣，𪜶著愛趕緊為回頭做好準備。伊可能需要譬如講：&lt;br /&gt;
&lt;br /&gt;
* 三十五分鐘清潔飛機&lt;br /&gt;
* 十五分鐘予飛行機加油&lt;br /&gt;
* 十分鐘裝載旅客&lt;br /&gt;
* 三十分鐘裝載貨物假使頂頭的流程是每一个完成，上無需要時間：&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
: 三十五 + 十五 + 十 + 三十=&amp;#039;&amp;#039;&amp;#039;九十分鐘&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
猶毋過，摒掃、加油和裝載貨物會當同時進行。清潔完成了後就會使裝載人客。所以，延遲被減少為：&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
: 三十五 + 十=四十五&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
: 十五&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
: 三十&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
: 細漢延遲=&amp;#039;&amp;#039;&amp;#039;四十五分&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
參與頂禮拜轉的人員干焦對𪜶參與的環節所開的時間感興趣。彼所有環節完成的時陣，等待時間減少為上長任務所開的長度 { { what } }。若某一寡環節有先決條件，並列執行所有步閣較困難。咧講古例中，咧裝載人客前清潔飛行機的要求將致使比單一个任務猶閣較長的上細漢等待時間。&lt;br /&gt;
&lt;br /&gt;
==機械延遲==&lt;br /&gt;
&lt;br /&gt;
任何機械過程攏受著經典力學模型的限制。碟仔盤儲存的行為提供機械延遲時間的例。佇咧這个例中，伊是指碟片旋轉移動至讀寫磁頭適合讀已經編碼資料位置的時間，以及將讀寫磁頭對當前位置到轉移到適當位置的時間（並且包含讀寫磁頭的致動器臂轉移到適當的軌道頂頭所需要的時間）。 這嘛是予人講號做轉踅慢和尋道時間，因為基本術語&amp;#039;&amp;#039;&amp;#039;藏伏時間&amp;#039;&amp;#039;&amp;#039;（&amp;#039;&amp;#039;&amp;#039;latency&amp;#039;&amp;#039;&amp;#039;）嘛指電腦的電子器件（譬如講記憶體）佮軟體執行輪詢、斷和直接記持體存取需要的時間。&lt;br /&gt;
&lt;br /&gt;
==電腦硬體佮作業系統遲==&lt;br /&gt;
&lt;br /&gt;
電腦執行規系列行程所發出的指令。佇咧作業系統內面，若有行程當咧執行，是其他行程的指令予人捒慢慢仔處理。此外，作業系統會當排程當時執行程所發出的指令。佇咧2018入式系統頂懸，底層躉入式的作業系統通常支援指令的即時執行。&lt;br /&gt;
&lt;br /&gt;
==佇模擬器佮類比內底==&lt;br /&gt;
&lt;br /&gt;
佇類比類應用程式當中，藏伏時間指延遲時間，通常的測量單位為毫秒（千分之一秒）。 佇初初輸入佮模擬器受訓者抑是模擬器主體得著清楚楚的輸出之間的延遲時間，有時也予人號做「傳輸延延」。&lt;br /&gt;
&lt;br /&gt;
==參見==&lt;br /&gt;
&lt;br /&gt;
* 延遲佮頻闊的較&lt;br /&gt;
* 回饋&lt;br /&gt;
* 斷去延遲&lt;br /&gt;
* 顫動&lt;br /&gt;
* 前置時間&lt;br /&gt;
* 記持體藏伏時間&lt;br /&gt;
* 效能工程&lt;br /&gt;
* 反應時間&lt;br /&gt;
* Responsiveness&lt;br /&gt;
* 吞吐量&lt;br /&gt;
* 延延 ( 電腦 )（英語：lag）&lt;br /&gt;
&lt;br /&gt;
==參考資料==&lt;br /&gt;
&lt;br /&gt;
* M . Brian Blake . Coordinating Multiple Agents for Workflow-Oriented Process Orchestration ( PDF ) . Information Systems and e-Business Management Journal ( Springer-Verlag ) . December 兩千空三 .（原始的內容 ( PDF ) 存檔佇二千空六徛九九一）.&lt;br /&gt;
&lt;br /&gt;
==外部連結==&lt;br /&gt;
&lt;br /&gt;
* Simulating network link latency under Linux&lt;br /&gt;
&lt;br /&gt;
[[分類: 待校正]]&lt;/div&gt;</summary>
		<author><name>TaiwanTonguesApiRobot</name></author>
	</entry>
</feed>