Скорость USB 2.0 Опции

[dmitry-tomsk]

Имеется несколько вопросов для обсуждения связанных с программированием USB 2.0:
1) На какую среднюю пропускную способность можно расчитывать?
2) Самый скоростной чипсет мат. платы в плане USB ?
3) Какой режим работы, ISO или BULK предпочтительней с точки зрения скорости?
4) Кто-нибудь пробовал сцепить URB пакеты? Имеется ли в этом смысл?
5) Кто или что может будить устройство под XP без спроса?

[v_mirgorodsky]

Я знаю

1. Средняя пропускная способность по USB выше 40MB/s строго говоря очень проблематична. У нас получилось достигнуть 46MB/s, но это уже был екстремум. Использовали BULK-трансферы с одним устройством на шине, на серверной двухпроцессорной материнке. В устройстве стоял CY7C68013.

2. Самый скоростной чипсет в плане USB - Intel, с ICH4-5 и новее южным мостом. В этих чипсетах USB хост встроен в чипсет, что позволяет достичь большей пропускной способности. По результатам тестирования прирост составляет 30-40% по сравнению с внешними USB хостами.

3. С ISO не работали, потому ничего не скажу.

4. Сцепка URB-ов не поддерживается на данный момент ни под одной из ОС, поддерживающих USB. Эта идея была выдвинута для ускорения работы шинного драйвера, однако похоронена за ненадобностью. Винда, например, тупо показывает синий экран, если видит там что-либо отличное от NULL

5. Устройство под хрюном никто кроме драйвера не трогает. Однако, если реализован ровер-манаджер (IRP_MJ_POWER), то винда может по своему усмотрению будить устройство, но через ваш драйвер. По другому это не работает. Хост ничего не шлет лишнего, чего ему не скажут послать, ничего не прячет и ведет себя в высшей степени корректно. Если устройство просыпается само по себе, то значит есть ошибки в софте или девайсе - ищите.

Самый ПЛОХОЙ (ДЕРЬМОВЫЙ, %:?№", ....) чипсет в плане USB это VIA, его надо избегать, IMHO. Железка там может и не самая плохая, но драйвера полный отстой, IMHO.

[dmitry-tomsk]

Спасибо огромное за помощь!!!
Размеры URB увеличивать пробовал, получал синий экран в отместку.
С синхронной передачей в драйвере у меня тоже не получается. Стандартный пример в DDK использует
BuildPartialMdl, если устройство отключить во время передачи данных, то попытка освободить память
в CompletionRoutine приводит к синему экрану. Если посылать асинхронные запросы в драйвере,
то каким образом разбить таблицу MDL на части? А если в приложении, то сколько запросов нужно делать?
Если считать время пересылки стандартного пакета 64 кБ = 1 ms, то какой массив надо запихать в
waitformultipleobject, чтобы обеспечить непрерывность посылки при условии, что в параллельном потоке
данные обрабатываются (полагаю, связано с квантом опроса активности потоков)?
Кстати, для CY7C68013, можно ли там сбросить уже заряженный endpoint буфер для EP2-4-6-8? С EP1 достаточно было сбросить BUSY флаг, а для других что-то не найду такого.