void5
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| Мне интересно. Даже с учетом необъективности |
cFosSpeed пытается угадать параметры канала и его текущую загрузку автоматически. Т. к. сделать это корректно невозможно в принципе - у него, соответственно, это получается довольно фигово. Результат в зависимости от конкретных условий колеблется между перегрузкой канала (а значит - потери и задержки) и недогрузкой (неоправданно низкой скоростью скачивания и/или отдачи).
В Internet Cooler автоматического определения возможностей канала или его загрузки просто нет - параметры канала указываются вручную, загрузка точно рассчитывается по проходящим через интерфейс пакетам. В результате при правильной настройке IC обеспечит и минимальные задержки/потери, и максимальные скорости. Это же и недостаток - если указать параметры канала неправильно, получится недогрузка/перегрузка. Нагляднейший пример - провайдер увеличил скорость на используемом тарифном плане, IC этого, естественно, не знает и продолжает ограничивать скорость "по-старому". Отслеживание подобных ситуаций есть в планах на развитие, но сейчас оно не реализовано.
IC позволяет очень гибко выбирать компромисс между скоростью скачивания и низкими задержками/потерями на downstream, соответствующие режимы настраиваются и автоматически включаются при наличии сетевой активности указанных приложений. В cFosSpeed режим низких задержек нужно включать вручную и, опять же, настраивать там нечего. Зато он умеет автоматически уменьшать размер пакетов для снижения задержек на каналах с очень низкоскоростной "физикой" (не путать с шейпингом на оборудовании провайдера). В Internet Cooler 1.0.0.x это не реализовано, планируется уже в 1.0.1.x.
Ещё из недостатков IC - классификация трафика сейчас осуществляется только по отправляющему/принимающему приложению. Анализа содержимого пакетов нету. Наиболее заметно это в ситуациях, когда доступ в интернет "расшаривается" на другие машины - весь их трафик получит приоритет "по умолчанию" (для него останется только приоритезация TCP ACK). Разумеется, анализатор трафика (и не только) в IC тоже добавится - но, опять же, не в 1.0.0.x.
1.0.0.x - это "движок" для приоритезации трафика с минимально приемлемой "обвязкой". В ближайших версиях планируется ещё множество усовершенствований.
Цитата:| Вам не кажется, что можно было бы объединить сборки для x86 и x64, учитывая их небольшой вес? |
Какие-такие сборки? Нормального инсталлятора ещё нет вообще 
Посмотрим.
Добавлено:
Цитата:| неполохо б было предупреждать при установке что соединение прервется |
Оно уже есть в ненаписанной документации 
И дополнительный шаг в мастере настройки с предупреждением уже давно запланирован. Правда, не уверен, попадёт ли оно в 1.0.0.x. |
