Sergey Puzanov писал(а): ↑08 июл 2024, 16:36
dadreamer писал(а): ↑08 июл 2024, 16:15
Таскание за заголовок и аналогичные графические манипуляции также занимают UI-поток
Согласен, но задержки происходят в других потоках ведь. Та же запись в файл находится в other 1.
Как дополнение к ссылке, что выше приводилась, просто что б лучше понимать как оно работает.
standard, instrument I/O, data acquisition, other 1 и other 2 в общем ничем не отличаются. Чуть особняком стоит standard в том смысле, что если Top Level VI помечен как "same as caller", то он будет выполняться в standard.
По умолчанию LabVIEW выделяет вам двадцать четыре потока на каждую систему исполнения и каждый приоритет. Это легко показать.
Допустим я сделаю реентерантный инструмент, в который брошу Sleep из kernel32.dll с задержкой в секунду и потокобезопасным вызовом:
Нвстройки этого подприбора:
Вызову его вот так и замеряю время исполнения:
Одна секунда, кто б сомневался.
Теперь смотрите, я положу двадцать четыре копии:
По-прежнему одна секунда. Но стоит мне положить двадцать пятую копию, то ситуация изменится:
Стало две секунды. Это потому, что мы израсходовали пул потоков. Теоретически можно внутри DLL вызвать GetThreadID и увидеть, что один из 25-и вернёт нам один из ID, используемых ранее.
Теперь допустим, что нам надо больше потоков. Я сделаю ещё пару таких же инструментов с задержкой, но попрошу один исполняться в other1, а второй в other2, при этом положу 24 копии каждого, вот теперь у меня 48 потоков:
И время исполнения по-прежнему одна секунда. Стоит лишь мне добавить двадцать пятый (неважно other1 или other2), и снова станет две секунды (можете сами проверить).
Важно также понимать, что пул потоков выделяется не только на систему исполнения, но и на приоритет.
Проверяем - делаем два инструмента, оба будут в other1, но один будет иметь нормальный приоритет, а второй - повышенный, разница будет лишь вот тут:
И вот у нас снова 48 потоков и время одна секунда, хотя оба в other1, но приоритет у них разный:
Таким образом в нашем распоряжении овердофига потоков. Переключать инструменты в другие системы исполнения имеет смысл лишь тогда, когда пул потов полностью израсходован (хотя это не так просто проверить).
Ещё такой момент - в принципе пул потков настраиваемый. Допустим, нам отчаянно не хватает тех, что выделены по умолчанию. Можно добавить в LabVIEW.ini следующие строки:
Код: Выделить всё
ESys.StdNParallel=-1
ESys.other1.Normal=1024
Первая строка включит нам пользовательский режим, а вторая скажет, что для инструментов, выполняющихся в other1 с нормальным приоритетом надо выделять 1024 потока. Теоретически там есть инструмент threadconfig.vi в C:\Program Files\National Instruments\LabVIEW 2024\vi.lib\Utility\sysinfo.llb:
Но мне руками больше нравится.
Перезапускаем LabVIEW и проверяем (я отчаянно не ленивый сегодня):
И вот - одна секунда на всё про всё:
Task Manager тоже показывает больше тысячи потоков:
Там есть ещё пара небольших тонкостей, скажем по умолчанию изначально вам выделяется столько потоков, сколько у вас ядер на процах, а потом оно довыделяется по необходимости (и вроде бы пачками по четыре потока), но не более 24-х потоков на систему и приоритет.
Поэтому при первом запуске инструмента, который требут 24-х потоков на 16-ти процессорной тачке я вижу не одну секунду, а чуть больше, где-то 1.2, двести миллисекунд — это накладные расходы на создание потоков по запросу, но это только один раз происходит, дальше эти созданные потоки так и висят в памяти, но это уже совсем тонкости. Если количество потоков задавать индивидуально, типа ESys.Normal=64, то потоки будут создаваться при загрузке VI, а если глобально через ESys.StdNParallel=64, то ри запуске (что даст задержку), но это неточно.
Полный список ключей для управления пулом потоков вот:
Код: Выделить всё
ESys.StdNParallel
ESys.Bgrnd
ESys.Normal
ESys.High
ESys.TCritical
ESys.Vhigh
ESys.DAQ.Bgrnd
ESys.DAQ.High
ESys.DAQ.Normal
ESys.DAQ.TCritical
ESys.DAQ.VHigh
ESys.instrument.Bgrnd
ESys.instrument.High
ESys.instrument.Normal
ESys.instrument.TCritical
ESys.instrument.VHigh
ESys.other1.Bgrnd
ESys.other1.High
ESys.other1.Normal
ESys.other1.TCritical
ESys.other1.VHigh
ESys.other2.Bgrnd
ESys.other2.High
ESys.other2.Normal
ESys.other2.TCritical
ESys.other2.VHigh
Когда очень много потоков используется, то в общем имеет смысл попробовать увеличить их количество тонкими настройками, в принципе это можно одной строчкой сделать, скажем добавив
Это даст вам 64 потока на каждую систему исполнения и каждый приоритет, но в подавляющем большинстве случаев того, что даёт LabVIEW по умолчанию, более чем достаточно. Всё что выше справедливо для LabVIEW 2024x64.
выше. Там пара внутренних функций 
вызывается: ReadDCOTransferData и WriteDCOTransferData. Конечно, при вызовах есть небольшие накладные расходы, поэтому получается немного медленнее, чем при обращении к локальной переменной. При большом желании можно эти две функции "вручную" вызвать с тем же результатом: