RedCatXДля каждого файла создается специальный класс, который передает данные через несколько соединений. Специальный класс ? Может все-же объект?

А вообще, твоя задача это классическая задача о рюкзаке: http://en.wikipedia.org/wiki/Knapsack_problem
Принципы ее решения обсуждаются тут на форуме как минимум раз в месяц.

Ну а у тебя что?
Есть пропускная способность физического канала. = объем рюкзака
От нее зависит количество возможных соединений. = количество вещей
Соединения у тебя напрямую завязаны на файлы. Файлы имеют приоритет = вес вещей
Тебе нужно передать как можно больше "важных" файлов и по возможности не забывать про "неважные". Так?

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

RedCatXА что тогда стоимость вещей? И где решение задачи: распределение количества соединений между файлами согласно их приоритету?У тебя один файл посылается по нескольким соединениям одновременно или по одному? Если по нескольким - обзови количество соединений на один файл его стоимостью и все.

RedCatXКоличество соединений на один файл - это та величина которую нужно найти.Хорошо.
Файл размером один байт - сколько соединений нужно чтобы его переслать?
Файл размером сто гигабайт - сколько соединений нужно чтобы его переслать?
Два файла одинакового размера, но с разными приоритетами - насколько больше соединений будет у одного файла чем у другого?

Сколько соединений ты в принципе можешь создать? Не забывай что у тебя всего одно физическое соединение с провайдером и чем больше логических соединений ты создашь - тем медленнее они все будут работать. Обойти ограничение физического канала в принципе не возможно.

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

Ты все еще не видишь параллелей с рюкзаком? :)


RedCatXНужен алгоритм, который в соответствии с приоритетами файлов устанавливает им нужные количества соединений. Это как закачки в uTorrent или DownloadMaster (там можно выставлять приоритеты закачек). Ты уверен что действительно нужно много соединений ? Множественные параллельные соединения это очень редко дает прирост в скорости и только на больших расстояниях.