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

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

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

_, __, _, __, /_\ \|_) /_\ \|_) \| \| \| \| \| \| \ ~ ~ ~ ~ ~ ~ ~