usbftdi should set/support setting the FTDI latency timer
FTDI's USB serial chips support a pair of control commands to get and set the latency timer. The default is 16 ms, which seems to end up in the total latency of sending or receiving data; one can read a bit about this at https://projectgus.com/2011/10/notes-on-ftdi-latency-with-arduino/ and https://www.ftdichip.com/Support/Knowledgebase/index.html?an232beffectbuffsizeandlatency.htm (a more formal app note is at http://www.ftdichip.com/Documents/AppNotes/AN232B-04_DataLatencyFlow.pdf), and https://github.com/torvalds/linux/blob/8fe31e0995f048d16b378b90926793a0aa4af1e5/drivers/usb/serial/ftdi_sio.h#L302-L350. As you'd expect from the last link, the Linux driver supports these commands and exposes them to userland rather unhelpfully via their sysfs.
Why is this important? It has a very substantial effect on performance, at least with some traffic patterns. The default value of 16 ms allows Xmodem transmission using 1 KiB blocks over a 3 Mbit/s link at approximately 60 KiB/s; at 1 ms the same link and protocol will support ~220-250 KiB/s. This is because Xmodem has no sliding window or deferred acknowledgement: after each 1 KiB block is sent, the sender waits for a 1-byte ack from the receiver. Other applications (including interactive ones) with similar properties will suffer similarly from this added latency.
It's be nice to expose this as an ioctl, or perhaps to try setting it ourselves heuristically based on baud rate, but unfortunately an ioctl would require changing user software so I'm not sure what the most useful way is to expose it. The grossest kludge, similar to Linux's, would be a driver.conf parameter; note that we already have a comparable kludge there in the form of ignore-cd.