» TIspd утилита к Traffic Inspector

Цитата:

Смысл "экспериментального режима" так и не понял

похоже его только Anti4itBIT понимает и может объяснить
ну поровну имел ввиду как щас (между активными с учетом коефф.)

Цитата:

"отдавать весь свободный канал пользователю ххххх"

ОК.

А смысл отдавать весь свободный канал 1 пользователю?
Я дак использую весь свой канал, и программа сделана так, что практически свободного канала НЕТ. Так как не все пользователи строго "урезаны" и есть такие, у которых ширина канала может принимать значение MAX.
Сути не понимаю данной фичи.

Ну а про экспериментальный режим - читай выше, когда я обьяснял для чего он нужен, чтобы его сделать.

Цитата:

А смысл отдавать весь свободный канал 1 пользователю?

Иногда бывает надо быстренько, в 3 щелчка, захапать максимальный кус
Прошу еще раз, по-возможности эту фишку оставить - она очень удобная

Если можно еще поработать немножко над выводом информации:
1) В настройках еще 1 поле, в котором можно было бы убирать из показаний исходящий траффик.(тоесть какое значени исходящего трафика - мне не очень важно и его вообще я бы выкинул из статистики и соответственно показов.)
2) Если не трудно, то добавить поле Баланс.(Я лентяй и после этой проги редко уже захожу в саму прогу Траффик инспектора, а баланс иногда нада проверять, думаю делается не долго - так что по возможности включить хотелось бы.)

Также хочется обсудить такой вопрос - как "реакция" ограничений ТИ на траффик. То етсь если мы режем канал, то на саом деле видим не мгновенную реакцию, а идущую с неким запазданием.
Я добился примерно нормальной реакции при 2-2.5с. Если выставлять значение обновления времени меньше, то Ограничения конечно будут меняться чаще, но зачастую не всегда будут успевать влиять на трафик. У кого как этот вопрос протекает?

Anti4itBIT фича "остаток юзеру" с опцией Делить поровну практич. не применима. А вот если всем стоит конкретное ограничение, то когда юзер отключается, весь его канал начисляется"тебе" Получается, все имеют всегда например 64к стабильно, а ты, чем меньше активных, тем больше тебе.... Это единственная схема, которая изначально нужна была мне . Гарантировать юзерам стабильный канал и качать по максимуму.... Оставлю, пусть будет.

Понятно.
Что насчет маленького изменения в выходной информации?
И добавь еще всё-таки "железные" ограничения.
Это сделать можно так:
В конфиговский фаил так же как и коэфициенты можно складывать макс размер(минимальный) канала. И при изменении скорости... сматреть у каждого пользователя из конфига, если < то изменять, если > то брать MAX из конфига.

Anti4itBIT ну по крайней мере, железные ограничения можно будет организовать через группы. Там на группу жестко будет задаваться, сколько кбит брать (%). Берем юзера, кого надо ограничить, помещаем его в отдельную группу, и все. Можно создать кол-во групп, для каждого по 1.... Если двоих в 1 группу запихнуть, то будет ограничение по сумме. т.е. сумма для обоих не больше чем заданно для группы.
Правда еще отладить надо и форму создания групп сделать, вобщем, в процессе..

GuestABC Этот вариант проблематичен тем, что в отдельную группу нада перетаскивать правила... больше правил... медленнее работа программы.
Идеальное решение - это конечно работа на базе твоего модуля. Ну будем все равно ждать что ты там придумаешь

Ну вот и группы

Цитата:

Что нового в Вер. 1.065a (сырая тестовая вер.)
- Добавленны группы пользователей (можно взять с ТИ или создать свои).Необходимо сначала получить пользователей, потом создавать (получать) группы.
коефф. пользователя действует внутри группы. Пользователь получит канал - коефф. польз / сумма коеф. активных польз в его группе. (+-кб на слабоактивных пользователей, если опция настроена)
Канал для группы жестко связан с шириной канала. (Задается, какая часть общего канала (0,,,1) выделяется на группу. В нормальном случае - сумма всех этих коефф. не превышает 1 (это надо задавать вручную, или получить с ТИ)
- Переписано около 80% кода отвечающего за управление каналом, по-этому, программа нуждается в тестировании. Сам ей не пользуюсь, если будут ошибки, сообщите.
- Работает управление каналом только на прием. На передачу сохраняются ограничения ТИ.

На всяк случай, старый конф. файл забекапте, кто будет тестить...
Не получ.на старое место залить, пока здесь выложил (ссылка в самом низу стр.)
http://yuri-ua.narod.ru/downloadtispd.html
Правда, "железные ограничения", это все же не то... Прийдется их отдельно сделать. Ограничить не проблема. Вопрос, распределять ли между остальными юзерами тот траффик, который освободился в резутьтате таких ограничений. Если да, возможна ситуация:
ю1 жел.огр 150кбит
ю2 жел.огр 210кбит
ю3 без жел.огр.
Канал 600кбит.делим поровну - по 200кбит. значит от ю1 освобождается 50кбит. у ю2 200было нормально, но теперь между ю2 и ю3 нужно по 225кбит. значит ю2 получит 210кбит а ю3 235кбит... Вот такая арифметика. Нужно ли это? Или просто резать, а остатки не использовать? (пойдет на разгрузку канала) Что посоветуете?

Цитата:

Что нового в Вер. 1.066 (тестовая вер.)
- Добавлена возможность ограничивать максимальную скорость для каждого пользователя (галочка в настройках - по умолчанию - выключена).Для задания этих "жестких огр" - 2раза кликнуть на пользователе. (Полученный Резерв траффика не используется)
- Ограничения вновь работают на прием и на передачу
- В монитор Добавлен вывод суммарного траффика

http://cp.people.overclockers.ru/cgi-bin/dl.pl?id=22273&filename=TIspd_1.066.rar

Спасибо за ограничения.
Но нужно изменить формулу вывода информации о трафике.
Колонка Ср.скор RX/TX:
Выводит Траффик/Время. Эта информация имеет нечитаемый вид, если пауза опроса сервера отлична от 1сек. Измени формулу на (Траффик/Время)/Пауза опроса сервера.
Чтобы данные всегда выдавались в 1 и томже виде.
После этого иизменения смогу все остальное протестировать .
Также такой вопрос - сервер опрашивается только 1 раз, с интервалом, который можно указать в меню? Или он несколько раз опрашивает?
И в последний версии убрал информацию об общем канале... хотелось бы вернуть.
И еще по возможности добавить в меню галочку - показывать исходящий траффик(соответственно если галку не ставить, чтобы нигде не показывался и не считался) Облегчит работу программе, да и выводить меньше придется...
ПыСы меня лично исходящий траф не интересует, так же как и ограничения

Добавлено:
Да кстати - пора бы тебе где-нибуть уже и прилепить...
Программа разработана .... контакты - мыло своё

Anti4itBIT
Цитата:

Ср.скор RX/TX: Выводит Траффик/Время

Вообще-то, RX-это прием, TX-передача. Т.е. скор. на прием и передачу. Если колонка Ср.скор RX/TX - это кол-во принятых/переданных кБит в 1с., по идее. Но она может сильно прыгать при маленьких интервалах. Вроде формула осталась как и была... а TI ск. - это скорость прием/передача из полей скорости ТИ. Думал исходящий не трогать, но если юзер поставит торрент и ослик, может весь канал исходящий положить.

Цитата:

Программа разработана .... контакты - мыло своё

А это почти во всех вер. есть отдельная форма, но подозреваю, что ее не заметно


Цитата:

TIspd 1.067 Мелкая доработка: добавлен вывод ширины канала в монитор работы и пункт меню "О программе"

http://cp.people.overclockers.ru/cgi-bin/dl.pl?id=22285&filename=TIspd_1.067.rar

Я как раз и говарю про количество Принятого/Переданного траффика.
Она просто смотрит разницу между прошлым замером и количеством трафа сечас - и выводит. Соответственно чем меньше мы ставим интервал - тем меньше значения получаем, чем больший интервал, тем больше трафа набегает и он его весь показывает. Чтобы привести к одному виду(системе определенной и понятной) нужно еще все время этот траф делить на паузу опроса.

Anti4itBITконечно делить надо.Так и делаю.

Код: "//средняя скорость за последний отрезок времени (прием)
= ((r20 - pDlg->Users[i].RX_20)/((double)SDlg->timemsec/1000.0*1024.0))*8.0; "

Ошибочка:
Если API пароль с пробелом то при подключении говорит что не известный параметр:

Например Пароль: 12 34
Пишет Ошибка в Tispd.cfg не известный параметр: 12

Цитата:

сервер опрашивается только 1 раз, с интервалом, который можно указать в меню?

этот интервал - пауза между действиями. А само действие - это получение данных о каждом пользователе (с сервера), определение активных,спящих и.т.д, расчет, отсылка команд на изменения настроек нужных пользователей (на сервер). Далее посылка сообщения интерфейсу GUI типа "пора перерисовать" и собственно пауза потом все сначала.
все это происходит в отдельном выч. потоке, отдельно от интерфейса.

Добавлено:
DiZka
Да! Изначально предполагалось, что текст будет без пробелов. Умиляют меня пароли и имена юзеров с пробелами, чесное слово Ну имена юзеров уже исправил как-то, прийдется и пароль так сделать. Повысим безопасность

Добавлено:
правда, думал будет не известный параметр: 34


Добавлено:

Цитата:

Что нового в Вер. 1.067b (тестовая вер.)
Пароль теперь может содержать пробелы (только всередине)
Исправлена ошибка невозможности вывода ширины канала в режиме наблюдения
Поправлен размер списка при открытии окна (режим запуска в свернутом виде) (свернуто, только если работает автоподключение)

http://cp.people.overclockers.ru/cgi-bin/dl.pl?id=22292&filename=TIspd_1.067b.rar

Просто заметил - в последних версиях ТИСПД - иногда при опросе даже пинги непроходят. Патери пакетов идут при замере.
Не всегда, пока что это действие происходит аномально и неотловил причину.
Думаю просто много информации цепляет с ТИ, тем самым тормазив его основную работу - подсчет пакетов => задержки.

а какая пауза? Можно еще загрузку проца на серваке посмотреть... (не думаю, что есть смысл ставить паузу меньше 200-300 мсек). При такой задержке врядли возникнут проблемы. Если же выставить 1-5мсек, конечно, систему загрузит. Но какой смысл, менять юзерам ограничения с такой скоростью.
Хотя, потесть, если надо, можно нагрузку проца уменьшить, например, не обновлять данные в списке после каждого замера. или цвета убрать

Воть хорошо терь даже в трее запускается... но если разложить как ее патом обратно в трей убрать то? м?

Добавлено:
А нашел... в трее на иконку нажать Спрятать/показать но еще можно ли при нажатии "Свернуть" чтоб она в трей убералась? Ну или закрыть ...

DiZka или 1 раз в трее лев. кнопк. мыши на иконке кляцнуть будет откр/закр все время
Добавлено:
можно будет вот только вдруг кто-то хочет, чтоб она на панели оставалась, как он ее тогда свернет так... так что, подумаю...

Выставляю задержу больше 2-х секунд. И иногда при обращении к ТИ Тиспд зажевывает чо-то... В этот момент даже пакеты непролетают. Загрузка проца <2%
Тестим дальше

Anti4itBIT
а без TIspd пакеты не теряются? можно попробовать в режиме наблюдения...

GuestABC
В том то и дело - перевожу в наблюдение. И все номрализуется...


Добавлено:
Нашел еще такойже баг...
Ставим пользователю ограничени допустим в 4кб/с.... он качает 7кб/с. Ограничение не будет срабатывать, если у пользователя огромное количество сессий, соответственно много исходящих и входящих пакетов. Скорость уже резать приходится пакетами. А ограничения обычные не спасают...

Anti4itBIT Насчет сессий, может есть смысл проставить галочки в настройка ТИ и ограничить их максимальное кол-во?
С пакетами интересно конечно. Но врядли в 1,064 как-то по-другому. Хоть код и переписывал, команды связи с сервером стандартные. Быть может, ТИ нужно время для переключения ограничений, хотя я не замечал у себя таких проблем. А TIspd на серваке запущен или по сети? может с этим еще поэкспериментировать...

Долепи в программу, чтобы при нажатии копки Отключение - она автоматически убирала галку ограничения со всех. А у тех, у кого есть железные ограничения - лепила их.

Пока что получается так, что в момент переустановки ограничений теряется часть пакетов. Так как ТИ занят другим делом. Нада подумать, как бы этот процесс оптимизировать

Anti4itBIT Можно поподробнее. Что за галку, какие убирала... не понял. Насчет оптимизации, можно попытаться, только, хотелось бы, чтоб еще кто-то потестил насчет этой проблемы, для надежности. Я так понимаю, это от версии не зависит?

при отключении проги у юзеров остаются галки ограничения скорости с теми значениями. которые им выдавала прога в момент отключения. Хорошо бы чтобы им эти галки снимались (т.е. снимались все ограничения) а еще лучше - чтобы подставлялись галки "по умолчанию"

Aleks126 - именно так.

Только вот галочка по умолчанию - выключает встроенный в ТИ шейпер полностью.(каким-бы он небыл)
Поэтому лучше чтоб просто снимал галки. А насчет тестов - надеюсь кто-нибуть тоже проверит это.
Посчет оптимизации - можно ее сделать хотябы для начала в таком виде, если после очередного замера, разница в ограничении меньше чем УКАЗАННОЕ_ЗНАЧЕНИЕ_В_ОПЦИЯХ - то ограничение не будет пересоздаваться и останется прежним, тем самым не будет перегружать ТИ неблагодарной работой.
Включаем полет фантазии по оптимизациям

Ну галка "по умолчанию" просто включит для юзеров групповое ограничение
Что не так уж плохо, т.к. просто вернет все ТИ-настройки

Можно, конечно, сделать рабботу аккуратной, т.е. при запуске запомнить все значения, которые были в полях "ограничение" для юзеров, а при выходе их выставить назад. Вот только это будет бесполезным для тех, кто уже пользуется прогой, - не будут же они руками заново все проставлять (1раз) перед запуском, чтоб прога запомнила, как надо. Ну вариант убрать ограничения (наверное это снимет галки) - это забить ограничения (0/0).