За прошедшие 25 лет шина USB существенно изменилась со всех точек зрения. Когда-то на задней панели компьютеров сиротливо пылилась пара ненужных портов, способных обеспечить скорость передачи данных 12 Мбит/с (на двоих) и выдать 2,5 Вт мощности (каждому)... если найдется что к ним подключить. Максимальные скорости с тех пор выросли в 3000 (!) раз, а «прокормить» стало можно достаточно «серьезного потребителя», которому требуется несколько десятков ватт. Портов уже не пара, а иногда больше десятка, что позволяет разместить их в удобных местах, да и сами по себе (во всяком случае, новомодный Type-C, становящийся основным стандартом) они стали более удобными. Так что на деле USB сегодня и в ближайшей перспективе — действительно универсальный и очень мощный интерфейс, покрывающий большинство потребностей массового пользователя.
В случае очень динамичных игр и при высокой частоте обновления картинки на результат с большой вероятностью будет существенно влиять то, сколько времени пройдет от щелчка по кнопке мыши до совершенного выстрела. Разработанный нами программно-аппаратный комплекс позволяет измерять задержку от нажатия на кнопку мыши до прихода системного сообщения в программу. Предварительные результаты показали, что игровые мышки могут иметь задержку кнопки порядка 5 мс, тогда как обычные — несколько десятков миллисекунд.
Техническое превосходство и универсальность вовсе не всегда идут на благо интерфейсу — этими преимуществами еще нужно суметь воспользоваться. Не будь у FireWire конкурентов, современный мир мог бы быть несколько иным. Однако на практике простые (вплоть до примитивизма) и дешевые USB и Ethernet захватили 100% рынка «проводного подключения». Это уже несколько не те USB и Ethernet, конечно, которые существовали 20 лет назад (хотя бы по пропускной способности, увеличившейся на пару порядков, что требует совсем других технических решений), но медленное поэтапное развитие позволило им стать отраслевыми стандартами, несмотря на все недостатки. Просто все нужно было делать вовремя и сохраняя совместимость с предыдущими шагами — такой вариант оказывается вполне рабочим. А вот создание «самого лучшего стандарта» без внятного целевого назначения приводит к таким историям, какая произошла с FireWire. И этой истории можно было бы избежать — учитывай разработчики опыт других стандартов и исправляй вовремя свои собственные ошибки.
