Отправлено Builder 16 октября 2003 г. 16:07 В ответ на: Большое количество запросов/ответов лучше реализовывать на внешней железяке отправлено Oldring 16 октября 2003 г. 15:51

условно: скажем в старых вариантах был RS422 ~300-400кбод (в старой системе больше CPU не тянул), сейчас хотят USB или FiriWire.
90% всех посылок - запрос/ответ до 10-20 байт.
Так вот и думаю, что мне даст USB, может остаться на RS422, подняв скорость до 900кбод... Но в этом случае нужна карточка rs422, а usb стоит везде, да и FireWire стал появлятся.
С usb как-то проще - массово все применяют, а вот FireWire - судя по конференции - не очень.

• Вопрос не в пропускной способности шины, а во времени задержки. — Oldring   (16.10.2003 16:11, 59 байт)
  • Время задержки для USB составляет 1 мс, для USB High Speed - 125 мкс — Илья Гаврилов   (16.10.2003 16:43, 89 байт)
    • А по FireWire кто-нибудь может прокоментировать? Какое мин. время запроса-ответа? — Builder   (16.10.2003 17:22, пустое)
    • А Вы лично меряли это время задержки, или это только голое теоретизирование? — Oldring   (16.10.2003 17:02, пустое)
      • Я недавно писал - измерял. И контроллер тут почти не причем. Действительно чаще чем раз в миллисикенду драйвер шины просто не вызывается. И лучше давать ему буфер побольше, пусть по фреймам сам нарезает. Тогда будет быстро. — svf   (16.10.2003 22:44, пустое)
        • Так и я про это. Миллисекунда - на фрейм. Еще миллисекунда - на обработку (минимум один промежуточный фрейм теряется). Итого минимум две. То есть одна миллисекунда в Full Speed- это голое теоретизирование. — Oldring   (17.10.2003 12:04, пустое)
          • Ответ: Нет, пакет приходит, возникает прерывание, хорошее устройство готовит ответ и к следующему кадру он уже готов и может быть принят хостом. Для FLASH256, подключенной к USB порту сам видел передачу до 17 пакетов в одном кадре. это значит, пока один пакет передается другой уже заливается в буфер. — murid0   (18.10.2003 14:22, пустое)