Предотвращение перегрузки TCP (необходимо пояснение)

У меня просто вопрос относительно алгоритма предотвращения перегрузки TCP.

В первую очередь я ищу объяснение, почему часть алгоритма предотвращения перегрузки называется «быстрое восстановление»? Я имею в виду, что не могу найти для этого никакой веской причины, похоже, что на самом деле это не такое быстрое восстановление.
Я читаю книгу Дугласа Э. Комера «Сеть с TCP / IP», и там сказано, что, хотя TCP SACK и New Reno примерно одинаковы, SACK все же предпочтительнее, но нет разумного объяснения, почему, так что я был бы признателен за то, что помог мне разобраться в этом.

Быстрое восстановление позволяет уменьшить окно TCP на 2 вместо того, чтобы перезапускать его до исходного значения, когда вы испытываете потерю. Это называется быстрым восстановлением, потому что оно позволяет избежать медленного старта. (так что «быстрее»).
SACK лучше, когда у вас много потерь (много пакетов из одного окна TCP), но New Reno предназначен для использования на компьютерах, поддерживающих или не поддерживающих SACK.

Википедия и RFC являются хорошими справочниками по предотвращению перегрузки, и я не хочу копировать / вставлять их или перефразировать их менее понятными.

Вы можете прочитать: Предотвращение перегрузки в TCP http://en.wikipedia.org/wiki/TCP_congestion_avoidance_algorithm О FastRecovery / NewReno: rfc3782 и http://en.wikipedia.org/wiki/Slow-start#fast-recovery О мешке: rfc2018 и http://en.wikipedia.org/wiki/Retransmission_(data_networks)#SACK