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

не надо чтоб она запоминала....
Делается так:
При отключении у всех снимаются галки, а у тех у кого есть ЖЕЛЕЗНЫЕ ОГРАНИЧЕНИЯ - ставятся они как простое ограничение. Ничего нового выдумывать ненадо

А насчет оптимизации - ты понял мою идею?

Цитата:

При отключении у всех снимаются галки, а у тех у кого есть ЖЕЛЕЗНЫЕ ОГРАНИЧЕНИЯ - ставятся они как простое ограничение. Ничего нового выдумывать ненадо

Тоже неплохо

Цитата:

Что нового в Вер. 1.068 (тестовая вер.)
- В опциях появилась настройка действий при отключении: оставить пользователям последние ограничения, убрать все огр. кроме жестких, вернуть ограничения, которые были в Ти перед запуском программы.
- Добавлен вывод баланса и IP-адреса пользователя (если юзер сменил IP во время работы TIspd в лог должно записаться соответствующее предупреждение ( у меня потестить нет возможности )
- начиная с вер. 1.067, цвет юзера в списке зависит от галочки "использовать канал спящего пользователя" - если она стоит, то в списке будут синие (спящие) и активные (фиолет) если же она снята - пользователь, если он залогинился, будет фиолетовым (активным) не зависимо от того, спит он или нет. Это последствия незначительной оптимизации.

гружу на сервер, ошибки связи утомили...
насчет оптимизации идея ясна, может и хорошая, но получится немножко неверно. Надо продумать Напр. Канал 500кБит Пусть 10 юзеров. 9 активно (55к у каждого). Стоит допуск 6кБит. 1юзер логинится - активно 10. ему надо выделить. Пересчитываем. 500/10=50к каждому. Даем ему 50, потом смотрим остальных - 55к надо 50, допуск 6 - ничего не меняем. В итоге, канал перегружен 600к из 500имеющихся.
Anti4itBIT я вот подумал, может проблемки из-за того, что у тебя каждый раз данные о ширине канала меняются (ты ведь "экспериментальным режимом" ползуешься ), т.е. всё каждый раз менять надо. Просто если канал фиксирован, там изменения не так часты



Добавлено:
залил сюда. http://yuri-ua.narod.ru/files/TIspd_1.068.rar

GuestABC


Спасибо за софтинку

В части обнаружения смены IP адреса я погорячился Ведь нельзя сменить IP не разорвав соединения Но уже поправил, должно быть лучше. (если юзер уходит оффлайн, отображается его последний IP). Выложу, когда еще что-то доделаю.
SAVage22 Рад, что пригодилась. Не знаю правда, на сколько еще желания хватит продолжать развитие, ну посмотрим. Вроде и так, работает

Цитата:

TIspd 1.07
Новые возможности:

- Больше траффик - меньше скорость.
Регулировка канала пользователей с учетом их траффика.
если у пользователя траффик < нижнего лимита - он получает максимальный рейтинг (весовой коефф. при делении канала)
если у пользователя траффик >= верхнего лимита - он получает минимальный рейтинг (весовой коефф. при делении канала)
При промежуточных значениях - используется линейная интерполяция рейтинга, от макс к мин. Таким образом, уменьшение скорости происходит постепенно, по мере увеличения траффика.
Опция - при превышении макс. лимита - поставить жесткие огр. пользователю (включено, если оно > 0)
Стоит отметить, что осуществляется не урезание канала, а канал перераспределяется, учитывая рейтинг.
При этом, каждый пользователь получает канал по формуле весь_канал_для_деления_между_акт*(рейтинг_пользователя/сумма_рейтингов_активных_пользователей)

- Режим перераспределения освободившегося после жестких ограничений канала.

- Некоторые изменения в формах настройки, дополнительные параметры.

Не забудьте, что ТИ цифру 0 воспринимает как отсутствие ограничения. Если хотите максимально ограничить, ствьте скорость 1кбит.

http://yuri-ua.narod.ru/files/TIspd_1.07.rar видимо дело близится к финалу...

Мне понравилось описание новой версии.... звучит красиво
Ушел тестить... позже выложу что накопаю

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

Добавлено:

Да и еще насчет рейтингов. Ты забыл сделать сброс траффа, то есть при запуске ТИСПА все получают 100%, но если они 1 раз привышат предел трафа - им выставится 25%... и после прекращения активной закачки. Сессия как бы сбросилась и с течением какого-то промежутка времени количество рейта должно расти... рост отсустствует.

Anti4itBIT имеется ввиду траффик за месяц по каждому юзеру. Он в Мб.
Это нужно для тех, у кого анлим не совсем анлим Ну 50-100Гб в мес. тогда они смогут так придерживать активных качальщиков.
чем меньше рейтинг - тем меньшая часть канала будет выделятся при дележке.


Добавлено:
насчет роста. Это уже другая схема. Тоже есть такая идея, но не реализовывал.

Хех... ну рейтинг в несколько гигобайт....
Мне вот более необходимо считать траффик сессией, допустим 1 человек качает... соответственно трафф будет всевремя активным и максимальным -> у него рейт падает.
Другой сидит сайты смотрит - активный, но траффа не много -> ему нужно приоритет больше, чтоб сайт при открытии не тормозился.
Идея собственно такая А то ты уж больно для крупных провоф сделал
То есть нужно чтоб рейт сбрасывался

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



Добавлено:
насчет предыдущей схемы, там необязательно в неск. Гиг. Просто, для тех, у кого траффик ограничен. Т.е. реализуется схема, чем больше чел. качает за мес, тем все ниже его рейтинг и тем меньшую часть канала он получает. Пока лимит не высидел, получает как все, потом, с каждым метром рейтинг падает

Оставим предыдущую схему, она действительно кому-то понадобится

А насчет качальщиков. Если при каждой проверке ограничений - значение в колонке ср трафа отлично от нуля и больше допустим 0,02(всякие днс запросы не в счет) и если при 10 проверок это значение больше 0,02 -> человек активно качает чо-то.... Соответственно качальщик.!

Скорее всего баг:

1. Входим в Группы
2. Создадим группу Group1
3. Добавим пользователей User1; User2
4. Общий канал у меня 2048Кбит/c -- 256КБ DOWNLOAD
5. Выставим на группу Group1 ограничение на прием 0,056% приблиз. 14,3КБ
6. Закрываем редактор групп
7. Заходим в Опции
8. Нажимаем -> Сохранить список пользователей и настройки
9. Нажимаем ОК и выходим из программы
10. Запустим снова TISpd
11. Войдем в группы и увидим, что ограничение на Group1 стало не 0,056%, а 100%
12. Та же история если создать еще одну группу

В общем не сохраняется ограничение для групп.

Да и еще один вопрос - будет ли ограничение для групп на передачу?

Это скорее всего не баг, а просто забыл сделать save для групп

X0E2003 Действительно есть проблемка в загрузке конф. файла. Не только для групп, но и для второй закладки в опциях. Везде где дробные числа. Возможно проблема с десятичной "." или ",". Код на вид правильный, поищу ошибку.


Добавлено:
Последняя стабильная версия. Можно сказать финальная...

Цитата:

TIspd 1.071 - В список пользователей добавлена последняя строка - суммарная информация о сервере. а также опция в настройках - лимит траффика провайдера. Используется для вывода остатка в строке информации о сервере.

TIspd 1.072 Исправлены ошибки:
- при запуске программы, в поле время посл. активности неактивных пользователей отображалось время запуска программы теперь все нормально.
- при загрузке из конфиг. файла дробные значения параметров (коефф. для групп, коефф. для режима больше траффик-меньше скорость) загружались некорректно.

http://yuri-ua.narod.ru/downloadtispd.html

Добавлено:

Цитата:

Да и еще один вопрос - будет ли ограничение для групп на передачу?

Оно уже есть Т.е. этот же коеффициент и на прием и на передачу распостраняется. Забыл только написать в списке про это

Цитата:

Да и еще один вопрос - будет ли ограничение для групп на передачу?

Да нет имелось ввиду отдельный пункт для ввода ограничение для групп на передачу.

Т.к. у меня канал 256КБ - DOWNLOAD, 128KB - UPLOAD

И еще при выходе и входе в программу никаких пользователей не видно приходиться кликать на пустое окошко сначала появляется Server_TI, которы черный. Это в том случае если все пользователи в оффлайне - серые. Хотел уточнить это окно для пользователей оно обновляется или нет?

X0E2003

Цитата:

у меня канал 256КБ - DOWNLOAD, 128KB - UPLOAD

если поставить на группу 0,1 то будет 25,6/12,8 (кБиты просто для удобства выводятся.) Реальные огр. в %.

Цитата:

И еще при выходе и входе в программу никаких пользователей не видно

Если поставить галочку "автоподключение", при запуске будет само коннектиться и все отображаться сразу. Если ее не ставить, нужно тогда вручную коннектиться кнопкой "подкл". А то что кликать в оффлайне, есть такое, но как там не кликай, ничего же не управляется и т.п. пока не подконнектишься не обновляется.

Спасибо за помощь и за продукт. На днях попробую потестить на деле!

Спасибо Огромное за проделанную работу

Потестил! Вроде все в норме!

Ну, значит 1.072 остается финальной версией. Вроде все необходимое реализовано ...

Спасибо тебе за проделанный труд!

Спасибо огромное за программу!
А реально ли реализовать скажем такой механизм, скажем ввести такой параметр что бы была возможность ограничивать выкачку в день.
То есть допустим у человека возможность работать на канале 256 кб/с, но при этом у него начинало резать скорость при достижении каких то лимитов. Либо резало скорость по словарю, как реализовано скажем в ФриБСД, то есть при закачке скорость бы резалась а при серфиге или онлайн играх была бы полноценной?
Возможно ли реализация таких вещей?

Добавлено:
Да и еще, возможно ли подкорректировать ширину окна под кол-во пользователей, а то окошко на трех пользователей это неудобно. Меня ешь размер а он потом опять до трех сворачивается.

Vugl

Цитата:

Да и еще, возможно ли подкорректировать ширину окна под кол-во пользователей, а то окошко на трех пользователей это неудобно. Меня ешь размер а он потом опять до трех сворачивается.

"Опции->Подобрать размер окна для пользователей в количестве:".
Ну и сохранить кнопочка

Цитата:

ограничивать выкачку в день.

Можно. Только надо посмотреть, как узнать траффик за день. Если сервак никогда не перезагр., то конечно запросто. Подумаю.

Большое спасибо за такую удобную программу!!!
только начинаю юзать

GuestABC

например, 8 пользователей, можно канал делить только на троих (когда кто-то с пяти оставшихся не сидит)???

если можно, то как это реализовать???

Artcv
Можно. надо поставить галочку в опциях "ограничивать макс. скорость пользователя (жестк. огр)"
Тогда, Напр. 8 чел. 800кБит канал. Выставляем жесткие ограничения для тех 5. напр. по 100кБит. т.е. из 5 ни один не получит больше чем 100. Если кого-то нету, то оставшиеся 3 получат излишки. а те 5 так и останется огр. 100


Добавлено:
задать жестк. огр. можно щелкнув на пользователе и выбрав пункт меню "изм. настройки польз"

Ясно спасибо!
А можно cделать чтобы не делилась скорость upload(в инет)? делилась только download(с инета)?

Artcv может на выходных опцию добавлю.

GuestABC

Будет не плохо!
Буду ждать!

Последние тесты и рассуждения :
Так выглядит обычный выход в инет

Цитата:

/.........
/ -------(канал до пользователя1)---ЮЗВЕРЬ
ПРОВАЙДЕР ----(канал в инет )---- НАШ СЕРВЕР---|-------(канал до пользователя2)----ЮЗВЕРЬ
\--------(канал до пользователя3)---ЮЗВЕРЬ
\........

Подход к решению проблемы с шейпингом:
Мы вручную за счет программы Tispd устанавливали ограничения(восновном входящие) на нашем сервере(НАШ СЕРВЕР).
Но исходящий траффик пользователей никак не резали?(канал до пользователя Х).
Обьясняю к чему это приводит:
Пользователь лезет куда-то или чо-то качает -> усиленно кидает пакетыв инет на удаленные сервера. В обратку они шлют ему ответ(входящий трафф, который мы так хотим правильно резать ака шейперить). Дальше уже идет такая цепочка - сервер из инета начинает кидать через вас вашему пользователю трафф, забивая тем самым ваш общий канал(канал в инет), и как только доходит до вашего сервера(НАШ СЕРВЕР) этот трафф начинает усиленно резаться, посредством нашего любимого ТИ и выдаваться юзеру скажем так - помаленьку. К чемуже это приводит? --- канал просто захлебывается однотипной информацией, которую сервер все кидает пакеты... а пользователь их не получает. То есть общий канал в инет забит(чего очень как раз и не хочется), а вот канал до юзера, после нашего сервака - пропускает стока инфы, скока мы ему и разрешаем. В итоге мы просто напросто сами как не парадоксально забиваем свой же канал, урезая входящий канал до пользователя.
Выход из сложившейся ситуации:
Необходимо резать исходящий траффик пользователя(исходящие пакеты или запросы), соответственно входящий траффик будет контролируем, причем он будет одинаков, что до пользователя, что до сервера из инета.
Проблема этого метода:
Существуют разные способы использования интернета
Самым проблематичным для меня является 80 порт(он же самый распространенный). При скачиванни файла из интернета коэфициент входящего и исхоядщего примерно 50 к 1.
При просмотре сайтов 4 к 1.(цифры приблизительны и возможно не всегда точны).
Как видим разница огромна, поэтому нужно пересмотреть взгляд на решение проблемы.
Решение проблемы по средством программирования:
Необходимо переделать, или сделать шейпер(так как тема про ТИСПД, то пишу на основе этого модуля) который будет анализировать входящий траффик и изменять значения ограничения исходящего трафа. Это возможно сделать так - в модуле мы будем также указывать ограничение на прием допустим 40кбит/с.(у всех пользователей галочка с ограничения входящего траффика выключена) Модуль ставит допустим ограничение на исходящий трафф в 1кбит/с(считая, что пользователь начал закачку). Дальше через "ВРЕМЯ_ОБНОВЛЕНИЯ_С_СЕРВЕРА_ТИ" мы получаем сумму входящего трафа за 1с(приведем к системе СИ ), теперь модуль сравнивает, если входящий траф в 1 секунду меньше, чем ограничение, то можно и увеличить ему ограничение -> увеличить и входящий траффик. А если же привышает входящий трафф ограничения(виртуального, которое мы указали в модуле, но оно больше нигде не используется), то исходящую скорость нада резать, что приведет к общему уменьшению нагрузки на канал из интернета.
Собственно в крадце всё
Жду собственно мнений, по данному решению, особенно хочу услышать Юру.(GuestABC)
Считаю, что модуль получится достаточно близок к реальности, скажем так реальным настолько, насколько это можно сделать на уровне модуля к ТИ.