【邏輯信息同步】在上一次網(wǎng)絡(luò)會議時，邏輯和物理的信息區(qū)別問題就被提出了 。當(dāng)時，就是否同意在發(fā)
送兩個邏輯信息的同時還附有一個或兩個物理信息的問題產(chǎn)生了爭議 。另一種解決的辦法
是：一個邏輯信息必須在一個物理信息之后才能開始 。然而，這并不能解決查找一個邏輯信
息的末端的問題 。我對一個非常罕見的技術(shù)問題提出了建議，它的意思是利用前一部分的物
理信息作為邏輯信息的后一部分物理信息的提示 。這個技術(shù)的出爐產(chǎn)生了很多有效地結(jié)果 。
這個令人興奮的解決方案是關(guān)于領(lǐng)先邏輯信息的某種計算或者說是數(shù)據(jù)類型的非凡性的應(yīng)
用 。即使這種方案被描述得非常普通，許多人看起來仍然非常喜歡它 。
關(guān)于這篇文章，看起來似乎是要完全切斷物理信息和邏輯信息之間的聯(lián)系 。從美學(xué)觀點
上看，這當(dāng)然是令人滿足的 。然而，現(xiàn)在我們不得不把網(wǎng)絡(luò)看作一個事實上無限的，沒有任
何物理描述的比特流 。只要傳輸線上沒有錯誤，那么，為每條信息傳輸一個邏輯信頭和比特
數(shù)將是毫不費力的 。然而，假如丟失了一個比特，那么，同步的問題將會因為這樣一個問題
——我們除了盲目之外沒有別的能力去搜索一個邏輯信息的起始點，而變得更復(fù)雜 。一個這
樣的錯誤可能是由不合理的主機，用戶，軟件/硬件，或者是imp本身所導(dǎo)致 。這將會涉及
到逐比特的信息轉(zhuǎn)移和數(shù)據(jù)的合理性 。這可能會同引入錯誤同步的可能性一樣是極其耗費時
間的 。
此刻我可以想出一些解決問題的方案，但是，它們看起來都不是很好 。由于同步無效，
一個用戶可能發(fā)送一些錯誤的信息到另一臺主機 。而這臺主機回過來會中止發(fā)送，并等待那
個出錯誤的用戶繼續(xù)發(fā)送下一條信息 。這將答應(yīng)出現(xiàn)錯誤的用戶從所有正在等待的輸入中抽
出身來，接著他就能肯定下一個比特是一個邏輯信息的開始 。這里的問題在于利用位于網(wǎng)絡(luò)
和兩臺主機間的輸入/輸出緩沖器來保證同步 。例如，出錯誤的主機是怎樣做出他擁有所有
懸而未決的數(shù)據(jù)的判定的？一旦他肯定了，并假設(shè)所有的都OK了，他就會繼續(xù)輸入 。
另一個解決方案需要邏輯約束,該約束決定了邏輯信息必須總是要從物理信息與其的分
界處開始傳送 。用戶就不得不檢查每個物理信息的起始部分，看它是否符合一個邏輯信息信
頭的格式 。這門技術(shù)比起檢查整個的輸入信息流，不但更安全，而且速度更快 。
我并不是已經(jīng)提供了解決這個問題的方案，而是僅僅提供了一點線索，使它更明確 。如
果我們想約束邏輯信息以使它必須從物理信息與它的分解處開始，我們就必須在開始的時候
就有所計劃（不管怎樣，這種方法在大部分場合還是行的通的） 。其它的方案還是過一段時
間再試一下好 。然而，我們必須勇敢的去面對這個不就將至的問題 。
推薦閱讀
- 強化地板同步對花工藝復(fù)雜嗎
- 個人所得稅APP出現(xiàn)兩個受雇人信息具體步驟介紹
- 微力同步詳細使用步驟介紹
- 零文本長度的EOF信息
- Windows10中打開登錄信息顯示具體操作方法
- 蘋果手機信息刪掉了怎么恢復(fù)
- 信息不對稱是什么
- 圖 理解BGP協(xié)議同步規(guī)則的目的和需求
- 面向字符的同步控制協(xié)議
- BGP協(xié)議同步規(guī)則目的需求