TCP的擁塞控制方法有四種，寫出其中相對應(yīng)的兩種？（快速恢復(fù)）?，F(xiàn)在我們將介紹這些算法。為簡單起見，我們假設(shè)：1）數(shù)據(jù)在一個(gè)方向上傳輸，而另一方只傳輸確認(rèn)消息。2）接收器總是有足夠的緩存空間，因此發(fā)送

TCP的擁塞控制方法有四種，寫出其中相對應(yīng)的兩種？

（快速恢復(fù)）?，F(xiàn)在我們將介紹這些算法。為簡單起見，我們假設(shè)：1）數(shù)據(jù)在一個(gè)方向上傳輸，而另一方只傳輸確認(rèn)消息。

2）接收器總是有足夠的緩存空間，因此發(fā)送窗口的大小取決于網(wǎng)絡(luò)擁塞的程度。

74年的，現(xiàn)在還每天寫程序代碼，會是一種什么工作狀態(tài)？

我見過50多歲的人寫代碼。你相信嗎？

你的問題只是說74歲的老人還在寫代碼，但它沒有使用任何編程語言，所以我很有可能你不是網(wǎng)絡(luò)編程語言，比如Java crawler、PHP、前端等等。我猜你很可能是C或C

其他人的答案是他們有誤解，因?yàn)榇蠖鄶?shù)互聯(lián)網(wǎng)和信息軟件都是網(wǎng)絡(luò)語言。認(rèn)為74歲的哥哥也在寫這種語言是錯誤的。這是一個(gè)錯誤的假設(shè)。

例如，在進(jìn)行c編程時(shí)，可能不是程序員，但也可能是硬件開發(fā)。在進(jìn)行MCU開發(fā)時(shí)，MCU的技術(shù)迭代要比web語言慢得多。C語言一直是硬件中最常見的語言，并沒有革命性的發(fā)展。

我曾經(jīng)看到我的領(lǐng)導(dǎo)寫C語言。那時(shí)候，他已經(jīng)50多歲了，我不得不一段一段地調(diào)試。編程風(fēng)格不同，因?yàn)榇a中錯誤太多，問題不容易定位。舊驅(qū)動程序?qū)嶋H上是編寫代碼的另一種力量。他直接寫了大量的函數(shù)，甚至直接寫了完整的函數(shù)，完成后才開始調(diào)試，錯誤很少

所以我認(rèn)為在74年，你仍然在寫程序代碼。如果它是一種像C這樣的緩慢迭代的語言，你應(yīng)該很少加班。你是一個(gè)偉大的神級程序員。憑借你積累的經(jīng)驗(yàn)，你幾乎可以在腦子里運(yùn)行程序，直接編寫。

但是，如果你很不幸是一名網(wǎng)絡(luò)語言程序員，那么在這個(gè)年齡從事這個(gè)工作時(shí)，會有很多年齡歧視。我建議你看看別人的答案，他們都是對的。我認(rèn)為把74年的網(wǎng)絡(luò)語言編程混為一談是非常悲哀和困難的。這種工作狀態(tài)很糟糕。如果你遇到一些情況，你很可能會失去工作，太沒有安全感。

TCP擁塞控制中慢啟動算法的閾值是怎么確定的？

TCP使用慢啟動和擁塞避免方法來控制發(fā)送的慢啟動。我們的想法是首先測試它，并將發(fā)送窗口從小到大增加。具體來說，預(yù)先設(shè)置慢啟動閾值，ssthresh（用于控制擁塞）設(shè)置擁塞窗口CWnd=1，發(fā)送第一條消息，在收到確認(rèn)后將CWnd設(shè)置為2，當(dāng)CWnd>ssthresh停止上述慢啟動算法時(shí)，在發(fā)送和接收應(yīng)答后將CWnd增加2，擁塞避免算法是在收到應(yīng)答后將CWnd增加1，直到擁塞發(fā)生。當(dāng)發(fā)生擁塞時(shí)，只要擁塞發(fā)生（這是乘法-減法）較小，ssthresh就設(shè)置為原始值的一半，CWnd設(shè)置為1，并在執(zhí)行慢啟動算法時(shí)重復(fù)上述過程