Существует ли алгоритм для снятия отпечатков пальцев у алгоритма управления перегрузкой TCP, используемого на полученной сессии?
Это просто , как дженерики работают в Java .
Это также не компилируется, с тем же сообщением об ошибке:
ArrayList x = new ArrayList();
ArrayList> x = new ArrayList>();
Возможно, вы захотите напечатать вашу переменную что-то вроде SelectConditionStep query. Таким образом, вы сообщаете компилятору, что любой подкласс из Record является приемлемым (в противном случае это не так). Если вы сделаете это, вы также получите Result обратно в конце, однако, больше не будет что-то небезопасно в количестве и форме столбцов.
1 ответ
Существует намного больше алгоритмов управления перегрузкой, чем Вы упоминаете здесь, первое, что пришло на ум список включает: FAST, Масштабируемый, HSTCP, HTCP, Контроллер магистрального интерфейса, Кубический, Veno, Лас-Вегас.
Существуют также маленькие изменения их из-за исправлений ошибок в фактической реализации, и я предположил бы, что реализации в различных Ose также ведут себя немного отличающиеся друг от друга.
Но если бы я должен попытаться придумать идею, она должна была бы оценить RTT соединения, можно попытаться посмотреть в то время, когда она взяла между третьим и четвертыми пакетами, поскольку первые и вторые пакеты могут быть испорчены ARPs и другими алгоритмами исследования вдоль маршрута.
После того, как у Вас есть оценка для RTT, Вы могли попытаться совершенствовать его по пути, я не абсолютно уверен, как Вы могли сделать это все же. Но Вы не требуете полной спецификации для программы, просто идеи :-)
С RTT, вычисленным, можно попытаться поместить пакеты в мусорные ведра RTT и считать количество в пакетах полетных данных в каждом мусорном ведре. Таким образом, Вы сможете "вывестись на печать" предполагаемый-cwnd (# пакетов в мусорном ведре) ко времени и попробовать некоторое сопоставление с образцом там.
Альтернатива должна была бы продвинуться трассировка и попытка "выполнить" в Вашей голове различные алгоритмы управления перегрузкой и видеть, соответствует ли решение в какой-либо точке решению, Вы сделаете. Будут требоваться некоторые интервалы мягкости и точности.
Это определенно походит на интересную и сложную задачу!