Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
AlexL
Зарегистрирован: 06.01.2005 Сообщения: 1
|
Добавлено: Чт Янв 06 2005 06:17 Заголовок сообщения: Приоритет трафика |
|
|
У меня возникла необходимость в том чтобы программно расставить приоритет по использованию трафика приложениям работающим в сети (Интернете). Ну, например я пользуюсь браузером - роюсь по форумам(к примеру), а параллельно у меня из е-нета качаем мул и флешгет, задача в том что бы по приоритету на первое место встал браузер , на второе мул, регет .........и речь идет не об ограничении по скорости а именно о приоритете,
существует такая возможность или программа, в виндоус или линукс? |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Чт Янв 06 2005 13:57 Заголовок сообщения: |
|
|
Эффекта будет НУЛЬ!
В Интернете пока отсутствует приоритезация трафика. Он есть в сети Internet2 которая находится в стадии тестирования и не вылезет из этого состояния еще несколько лет. |
|
Вернуться к началу |
|
|
Гость
|
Добавлено: Чт Янв 06 2005 18:54 Заголовок сообщения: |
|
|
Спачибо хоть кто то по делу сказал, а то вешают лапшу на форумах, делают вид что знают что то недоступное среднему уму, теперь хоть спать буду спокойно |
|
Вернуться к началу |
|
|
TechNoir
Зарегистрирован: 22.08.2003 Сообщения: 1632 Откуда: Moscou
|
Добавлено: Чт Янв 06 2005 20:08 Заголовок сообщения: |
|
|
and3008 писал(а): | Эффекта будет НУЛЬ! |
Спешишь с ответом. Причем здесь Интерент?
Речь идет о клиентском компьютере на котором живет несколько сетевых приложений, из которых самое приоритетное Браузер.
Они все используют один "шланг", допуск к этому шлангу должен кем-то регулироваться, пусть некоторым специально созданным для этого приложением. Об этом речь!
Это задача локальная. А не всего сообщества Интернет. _________________ Vive la Russie! |
|
Вернуться к началу |
|
|
Гость
|
Добавлено: Чт Янв 06 2005 23:12 Заголовок сообщения: |
|
|
TechNoir писал(а): | and3008 писал(а): | Эффекта будет НУЛЬ! |
Спешишь с ответом. Причем здесь Интерент?
Речь идет о клиентском компьютере на котором живет несколько сетевых приложений, из которых самое приоритетное Браузер.
Они все используют один "шланг", допуск к этому шлангу должен кем-то регулироваться, пусть некоторым специально созданным для этого приложением. Об этом речь!
Это задача локальная. А не всего сообщества Интернет. |
Ну хоть намекните где копать то |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Пт Янв 07 2005 02:38 Заголовок сообщения: |
|
|
Цитата: | Спешишь с ответом. Причем здесь Интерент? |
Как при чем? Вот же сказали:
Цитата: | расставить приоритет по использованию трафика приложениям работающим в сети (Интернете). |
Эффект от приоритезации можно получить только в том случае, если она настроена на всем пути. От точки создания трафика до точки ее получения. Сеть Internet в сегодняшнем виде не поддерживает приоритезацию. Так что можно не париться.
Прямая аналогия с нашими дорогами. Кто живет в городе с населением более 1 млн. человек - понимает о чем я. В них даже приоритезация уже не работает (милиция, скорая, пожарные) все тупо стоят в пробках.
Приоритезацию можно сделать в локальной сети при наличии соответствующего сетевого оборудования. Частичную приоритезацию можно сделать на Internet-роутере для входящего трафика, но не для исходящего!
Частичную приоритезацию можно сделать с частью сети Internet. Надо разговаривать с провайдером и наверняка он слупит за это весьма нехилые бабки.
В общем пока никак. Ждем-с массового прихода IPV6 или какого другого протокола. Думаю в ближайшие 5 лет вряд ли что появится... |
|
Вернуться к началу |
|
|
Гость
|
Добавлено: Пт Янв 07 2005 06:59 Заголовок сообщения: |
|
|
[quote="and3008"] Цитата: | Спешишь с ответом. Причем здесь Интерент? |
Как при чем? Вот же сказали:
Цитата: | расставить приоритет по использованию трафика приложениям работающим в сети (Интернете). |
Эффект от приоритезации можно получить только в том случае, если она настроена на всем пути. От точки создания трафика до точки ее получения. Сеть Internet в сегодняшнем виде не поддерживает приоритезацию. Так что можно не париться.
[/uote]
, если с вами согласится, то получается что и скорость приёма нельзя контролировать? но ведь существуем много таких програм (reget? flashge netlimiter......), что мишает написать программу которая будет менять скорость динамически, в зависимости установок пользователя или потребности других программ? |
|
Вернуться к началу |
|
|
TechNoir
Зарегистрирован: 22.08.2003 Сообщения: 1632 Откуда: Moscou
|
Добавлено: Пт Янв 07 2005 11:39 Заголовок сообщения: |
|
|
and3008
Ты слишком широко глянул на проблему - очередной стереотип.
Забудем о том что где-то какие-то каналы в Инете загружены.
Две проги у клиента - браузер и FlashGet.
Клиент хочет чтобы когда он пользуется браузером, скорость скачки для FlashGet'а сбавлялась для того чтобы пользователю было комфортно юзать web-страницы из браузера. Хотя и то и другое приложение может в одно и тоже время обращаться на один и тот же веб-сервер по одному и тому же протоколу. _________________ Vive la Russie! |
|
Вернуться к началу |
|
|
Kai78
Зарегистрирован: 04.01.2005 Сообщения: 107 Откуда: СПб
|
Добавлено: Пт Янв 07 2005 14:48 Заголовок сообщения: |
|
|
to and3008
Дело упирается в управление шириной TCP-окна, открываемого определенными приложениями на машине клиента - у кого больший приоритет, тот может открывать окно шире
гарантированная полоса пропускания (QoS) и приоритезация трафика на стороне клиента - это _разные_ вещи |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Сб Янв 08 2005 02:03 Заголовок сообщения: |
|
|
Цитата: | у кого больший приоритет, тот может открывать окно шире |
Г.м.... Я, наивный, полагал, что TCP/IP не зависит от приложений. Как величина колес у автомобиля не зависит от кол-ва и комплекции пассажиров. Размер окна TCP-соединений распространяется на все приложения, а не на каждое индивидуально. В Windows есть ключик в реестре, в Linux есть параметр в /proc/sys/net
Поправьте меня, если я ошибаюсь. Только конструктивно, пожалуйста!
Про FlashGet и ограничение скорости:
Приложение может само запрашивать блоки данных с определенной паузой. Таким макаром снижается скорость закачки. Любой желающий может взять калькулятор и посчитать какая величина задержки должна быть у приложения чтобы скачивать данные со скорость 1 Кбит/с. Наверняка многие встречались с тем, что FTP-сервер отдает файл на весьма низкой скорости. Думаете он какой-то финт ушами делает? Нет. Просто он делает паузы. Так сисадмин настроил. В TCP/IP отсутствуют средства ограничения скорости передачи. Есть всего 3 бита, ими особо не поиграешь, да и плюет на них основное кол-во маршрутизаторов.
Есть вариант - поставить проксю с резалкой скорости. Но!
Автор не хочет ограничивать скорость.
Цитата: | и речь идет не об ограничении по скорости а именно о приоритете |
А каким же тогда макаром выставить приоритезацию? А более ведь никаким!
У кого есть действительно дельные советы - пишите, а не тыкайте меня носом в мои же сообщения. |
|
Вернуться к началу |
|
|
Kai78
Зарегистрирован: 04.01.2005 Сообщения: 107 Откуда: СПб
|
Добавлено: Сб Янв 08 2005 02:27 Заголовок сообщения: |
|
|
and3008 писал(а): |
Г.м.... Я, наивный, полагал, что TCP/IP не зависит от приложений. Как величина колес у автомобиля не зависит от кол-ва и комплекции пассажиров. Размер окна TCP-соединений распространяется на все приложения, а не на каждое индивидуально. В Windows есть ключик в реестре, в Linux есть параметр в /proc/sys/net
Поправьте меня, если я ошибаюсь. Только конструктивно, пожалуйста!
|
конструктивно? постараюсь...
скажем, приложение инициирует соединение посредством тсп с удаленным приложением; исходя из размеров буферов отправителя и получателя (другие параметы сейчас не интересны) Тсп-сущность выбирает размер окна для данного соединения; в зависимости от того как шустро приложение будет выбирать доставленные данные из буфера - будет зависеть размер окна, регулируемого тсп-сущностью
таким образом приложение может (пусть и косвенно) регулировать размер окна, а следовательно появляется понятие приоритезации трафика... |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Сб Янв 08 2005 02:54 Заголовок сообщения: |
|
|
Рассуждая дальше мы приходим к выводу, что надо все же нарезать трафик от конкретных приложений на какие-то части. Иначе как же будет работать механизм работы приоритезации?
Про окна я понял. Идея ясная, но там все несколько сложнее, чем кажется.
А вот как быть с конкретной реализацией? Что-то я ее не видел нигде.
Может кто просвятит? |
|
Вернуться к началу |
|
|
Kai78
Зарегистрирован: 04.01.2005 Сообщения: 107 Откуда: СПб
|
Добавлено: Сб Янв 08 2005 03:22 Заголовок сообщения: |
|
|
and3008 писал(а): | А вот как быть с конкретной реализацией? Что-то я ее не видел нигде.
Может кто просвятит? |
я вобще-то тоже не видел |
|
Вернуться к началу |
|
|
qwery
Зарегистрирован: 14.11.2002 Сообщения: 394
|
Добавлено: Сб Янв 08 2005 14:46 Заголовок сообщения: |
|
|
в общем то родились следующие мысли - все наверняка пользовались регетом, дык там даже кнопочки такие есть - работать на полную, в спящем режиме и ещё какая то типа среднее значение. то есть можно считать что проблема решена. пользуемся обозревателем - включаем спящий режим качалки и т. п. ну умельцы сделают не вручную а программно.
не хочется говорить, что не согласен с мыслями and3008 но всё таки кажется, что очень глобально смотришь на проблему, всё гораздо проще. |
|
Вернуться к началу |
|
|
FSerg
Зарегистрирован: 02.12.2003 Сообщения: 80 Откуда: Москва
|
Добавлено: Сб Янв 08 2005 16:42 Заголовок сообщения: |
|
|
Вот же блин! Ты ему про Фому, а он тебе про Емелю.
То, что приложению будет отведено меньше процессорного времени (это про Фому),
никак не сказывается на беготне пакетов по кабелю (это Емеля).
Приложение - это одно, а обработка TCP/IP - другое.
Боюсь, что and3008 прав. |
|
Вернуться к началу |
|
|
Kai78
Зарегистрирован: 04.01.2005 Сообщения: 107 Откуда: СПб
|
Добавлено: Сб Янв 08 2005 17:09 Заголовок сообщения: |
|
|
FSerg писал(а): | Вот же блин! Ты ему про Фому, а он тебе про Емелю.
То, что приложению будет отведено меньше процессорного времени (это про Фому),
никак не сказывается на беготне пакетов по кабелю (это Емеля).
Приложение - это одно, а обработка TCP/IP - другое.
Боюсь, что and3008 прав. |
блинами здесь совсем не пахнет!
причем здесь процессорное время? ты тему всю прочитал? от начала и до конца?
если да, то перечитай ее еще раз, на этот раз более внимательно и вдумчиво! |
|
Вернуться к началу |
|
|
FSerg
Зарегистрирован: 02.12.2003 Сообщения: 80 Откуда: Москва
|
Добавлено: Сб Янв 08 2005 17:45 Заголовок сообщения: |
|
|
Цитата: | причем здесь процессорное время? |
Ответ был на пост qwery, и прочитал я его действительно неправильно, виноват, дурак, исправлюсь.
|
|
Вернуться к началу |
|
|
|