Amok, Про получение новых знаний - это просто в точку) Как всякий программист, я очень ленивый, мне нужен веский стимул для самообразования. Надеюсь как раз аспирантура сыграет свою положительную роль в этом вопросе)

А что Вы делали с пакетами?

Добавлено через 1 минуту
На моем личном счету ;) двое москвичей и двое питерцев. Почте все равно, откуда письмо. Есть ряд административных барьеров, но они решаемы.

Добавлено через 2 минуты
Две ключевые идеи для развития в аспирантуре.

Ну я делал профилирование нагрузки веб-сервисов. Там последовательно нужно двигаться по уровням для установления основных источников задержек, которые вносят вклад в сквозное время отклика. Соотвественно, браузеры в зависимости от версии отрывают разное количество соединений и поддерживают разные технологии загрузки. Плюс, анализ целевой страницы позволяет определить характеристики загружаемых данных. Размер, порядок, отношение к разным хостам. В результате можно получить математическую модель, которая полезна для создания хороших эмуляторов нагрузки и прогнозирования мощности того или иного веб-сервиса, обнаружения "узких мест".
Там есть некоторые сложности, в связи с пульсирующим характером нагрузки, который можно моделировать с помощью самоподобия.
Я написал анализатор трафика для работы на сервере. Тестирование, кстати, было фееричным. На публичном вайфае обнаружил несколько любителей гей-порно сайтов. Сейчас собираюсь к нему вернуться и добавить туда нормальный анализ конечного автомата TCP-сессий для обнаружения "узких мест". Нужно провести эксперименты на нескольких режимах работы сервисов и на разных веб-серверах.
Потом еще куча дел с серверной частью, там нужно мат. моделировать процессы веб-серверов. Там модно сейчас внедрение event-driven техник, которые так и просятся на моделирование.
Ну и новые протоколы SPDY и HTTP2 на горизонте, кстати. Надо их тестировать.

Ну это вряд ли - единую модель, объекты очень разнородны. Но серию (уровневую) моделей - вполне.

Про самоподобие - безусловно, но тогда сразу придется говорить, что модель статистическая (что не есть недостаток, скорее потеря мгновенной точности).

Интереснее для зеркальных систем решать задачу маршрутизации, глядя на статистическую картину и пытаясь учитывать мгновенные возмущения.

Добавлено через 3 минуты
Беда в том, что это задача реального времени. Анализ Вы должны успеть произвести не медленнее темпа процесса - движения трафика. Что сомнительно.

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

как мне проверить правильно ли решена задача?

Стукнись в почту. Была у меня одна идейка, но так и не реализовал дальше прототипа. Почти распознавание образов.

викки, Информации явно мало) Что за задача?)

Добавлено через 2 минуты
Dikoy, А можно мне написать?) Мне тоже интересно))

Ваш пост полезней 10 семинаров кафедры! :-)

Я, честно говоря, только о статистических СМО моделях и думал.

Мне сразу пришла мысль связать обратную связь программы реализующую модель вот с этим https://www.opennetworking.org/
Может интересная штука получиться.

Насчет моделей не реального времени - тут полезность для веб-систем может заключаться в оптимизации производительности за счет адаптации контента. То есть изменения самого трафика. Еще сейчас там есть большой затык с кучей параметров обрабатывающих процессов, самый банальный из которых их количество, учитывая что 1 процесс обрабатывает один запрос - это может приводить к простою системы при нулевой фактической загрузке. Если, например, сервер служит в качестве реверсивного прокси. Соотвественно, были бы очень полезны математические модели, позволяющие конфигурировать программное обеспечение в зависимости от его назначения и режима работы. Хотя и здесь реальное время бы не помешало.
Спасибо! :-)

PS: Вот поэтому и нужно выбирать кафедру и научного руководителя, уважаемые участники форума.

Стучитесь. Кто первый, того и тапки.

Dikoy, Отписал в личку)