Спасибо за вопрос !

По первому вопросу все просто - реальное время цикла контролируется. Если машина не будет успевать, на консоль в QNX и в окно IDE будут сыпаться ошибки.
Вы кстати можете видеть эти ошибки в демо проекте Factory 3D, если запускать его на виртуальной машине и не очень быстром компьютере.

Для разрешения ситуации можно поиграться приоритетом и временем цикла других задач.

Теперь о времени обновления переменной. Ну во первых на самом деле это не список, а самопополняющееся поле со списком. Т.е. вы можете ввести любое значение, оно потом добавиться в выпадающий список данного поля.

Во вторых время означает время обновления данной переменной во внешних по отношению к текущей задаче управления задач. Переменная меняется мгновенно на локальном сервере переменных, но будет реплицирована ( обновлена ) во внешние задачи на этом либо на удаленных узлах с периодом, указанным в этом поле. Т.е. внутри данного алгоритма (задачи управления) она будет записываться и считываться сразу, а во внешние локальные и распределенные компоненты S3 передаваться с периодом обновления, установленном в диалоге создания переменных.

Это один из способов оптимизации нагрузки на сеть и процессор, что бы не загружать их ненужной работой, если она действительно не нужна.

Небольшое уточнение - переменная будет обновлена мгновенно для того процесса управления, который ее поменял, для остальных абонентов она изменится в соответствие с периодом обновления.

Дело в том, что в S3 - один и тот же диалог для переменной, привязанной к физическому каналу и для локальной переменной, которая ни к чему не привязана.

Время обновления переменной - это такт чтения ее с физического канала. Однако если переменная не привязана к физическому каналу - тогда это такт чтения с внутреннего сервера переменных. Изменение на сервер записываются всегда мгновенно, но читаются периодически. Однако процесс, изменивший переменную имеет ее состояние во внутреннем кэше. Поэтому для него измененное значение становится доступным сразу.