Асинхронный порт синхронизирован с самим портом и чтение никак не привязано к читающему таймеру. У него убраны все программируемые задержки, и чтение буфера зависит от скорости обработки драйвером системы. Кроме того, обработчики чтения и записи сделаны в отделных потоках и не влияют на скорость работы самого приложения. Те, чтение происходит само по себе и никак не зависит от пользователя и его ПО, на запись мы кидаем данные в буфер и ничего больше не ждем, как запишит, так и ответит. Минус такого режима только в том, что асинхроннный выход чтения нельзя использовать с интерфейсным элементами (для этого в моем компоненте и добавлены синхронные выходы). Потоки и перекрытые методы -- вещь вообще классная, задал параметры и только собирай полученные данные, когда захочешь, все остальное за тебя делает система. Скорость обработки повышается в разы и твое ПО не тормозит. Синхронные методы тем и плохи, что твое ПО ничего не сможет делать дальше, пока не закончится синхронный метод.
Если рассмотреть приминительно к чтению COM-порта, то не всегда известна длина чтения, и приходится ставить самодельный буфер для накопления. Этим не страдает асинхронное чтение, там длину буфера мы получаем после окончания приема в перерытом методе