What's the vector, Victor

The audio in a NION is really data. The data is processed by the DSP in chunks, or groups of digital samples. These chunks are called vectors or, in the vernacualr, are also known as 'bricks'.  There are 'n' number of samples per vector. The samples arrive serially and are buffered until 'n' number have arrived. They are then handed off to be processed by the DSP.  So a larger vector size will result in longer latency (more buffer wait time) but more efficient use of DSP cycles. Smaller vectors result in lower latency but will exercise the DSP processor much harder.    RULE OF THUMB:   Don't change the vector length. The default provides a very good balance between latency and processing horsepower. Leave it alone.

NWare will update the NION's CONTROL VALUES on a regular basis to insure that when you make a change in NWare, Kiosk or nTouch that the DSP function is changed in a responsive manner.
The control frame rate is how many times per second that the control values are sent to the NIONs.  AGAIN, as above, Leave this value alone. Any slower and the response time will lag. Any faster and you are just adding unnecessary overhead to the network and the processor.

The GUI poll rate is the rate at which NWare will update the GUI to reflect the actual values in the NIONs. And of course, once again, leave this value as it is also. The default value is optimum.

Geez cobraguy, you are just no fun whatsoever. Don't touch this, leave that alone, never change this..... Since you have nicely explained the control frame rate value, I would argue that there are applications where its default value is far from optimum. I can think of several times where 'experts' have arrived to make golden-eared, or other monstrously expensive, yet imperceptible adjustments; the optimal control frame rate value for their computers would be 0.