RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : QoS for os/2


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : dgv
To : marat
Subj : QoS for os/2

> > того что ты хочешь в OS/2 нет.
> > и не будет пока не будет своего тцп стека.
> + Своего стека нет ни у одной операционной системы, у них у всех ноги из одного места растут. У полуоси конкретно стек из аикса AFAIK, так что QoS вполне может появиться. В аиксе правда тот же rsvp: www.google.com . Честно говоря не очень понимаю, о чем вы говорите. Классифицировать трафик все равно кто-то должен, если не приложения, то придется море правил прописывать. Причем различать трафик разных приложений для одного IP-адреса и из одного порта будет тяжело.
>
Ну это совсем просто:
Любой пакет IP имеет адрес, а вложенный в него пакет tcp(udp) еще и порт, разборка этого - элементарная. Этим все время занимается NAT. Делов то всего, перед узким местом организовать не общую очередь, а очередь очередей от разных приложений(разных портов). Опрашивать циклически эти очереди и отправлять первые элементы. Таким образом, кратковременные потоки будут быстро проскакивать через узкую дырочку - что и следовало... Производительность (вернее пропускная способность) не повысится, но тогда уменьшится число таймаутов (как технических, так и психологических). Забивание буфера будет происходить гораздо реже - т.к. пакеты из одной очереди обычно следуют последовательно, после подтверждения принимающей стороны. Судя по тому, что в M$ реализации нет никаких настроечных параметров - процесс регулирования такой очереди довольно однозначный... Кроме того, они как-то учитывают скорость (ширину этой дырочки), и увеличивают буфер.

Sun 15 Feb 2004 12:15 Mozilla/5.0 (OS/2; U; Warp 4.5; ru-RU; rv:1.3) Gecko/2003031




Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.