Индикатор состояния пула в нижнем левом углу рабочего стола показывает клиентское соединение на время сеанса с пулом и состоянием пула. Кликните по значку для меню поддерживаемых действий пула.

С выполнением пула: Без выполнения пула:

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

delete(poolobj) закрывает параллельный пул. Ни с чем не сравнимый пул, spmd и parfor, запущенный как один поток в клиенте, если ваши параллельные настройки не собираются автоматически запустить параллельный пул для них.

Когда вы используете редактора MATLAB, чтобы обновить файлы на клиенте, которые присоединены к параллельному пулу, те обновления автоматически распространяют рабочим в пуле. (Это автоматическое обновление не применяется к файлам модели Simulink®. Чтобы распространить обновленные образцовые файлы рабочим, используйте функцию updateAttachedFiles.)

Если возможно, рабочая папка на рабочих первоначально собирается совпадать с тем из клиентского сеанса MATLAB. Впоследствии, следующие команды, вводимые в клиентском Командном окне также, выполняются на всех рабочих в пуле:

Это поведение позволяет вам устанавливать рабочую папку и путь поиска файлов команды на всех рабочих, так, чтобы последующие действия пула, такие как parfor - циклы выполнились в соответствующем контексте.

При изменении папок или добавлении пути с cd или addpath на клиентах с операционными системами Windows®, значение, отправленное рабочим, является путем UNC для папки, если это возможно. Для клиентов с операционными системами Linux® это - абсолютное местоположение папки.

Если какая-либо из этих команд не работает над клиентом, это не выполняется на рабочих также. Например, если addpath задает папку, к которой не может получить доступ клиент, команда addpath не выполняется на рабочих. Однако, если рабочая папка может быть установлена на клиенте, но не может быть установлена, как задано ни на одном из рабочих, вы не возвратили сообщение об ошибке в клиентское Командное окно.

Остерегайтесь этих незначительных различий в поведении в среде смешанной платформы, где клиент не является той же платформой как рабочие, где папки, локальные для или сопоставленный от клиента, не доступны таким же образом рабочим, или где папки находятся в неразделяемой файловой системе. Например, если у вас есть клиент MATLAB, работающий на операционной системе Windows Microsoft®, в то время как работники MATLAB все работают на операционных системах Linux, тот же аргумент к addpath не может работать над обоими. В этой ситуации можно использовать функциональный pctRunOnAll, чтобы гарантировать, что команда работает на всех рабочих.

Другое различие между клиентом и рабочими - то, что любые аргументы addpath, которые являются частью папки matlabroot, не установлены на рабочих. Предположение - то, что основа установки MATLAB уже включена в пути рабочих. Правила для addpath относительно рабочих в пуле:

Например, предположите, что matlabroot на клиенте является C:\Applications\matlab\. С открытым параллельным пулом выполните следующее, чтобы установить путь на клиенте и всех рабочих:

addpath('P1',
        'P2',
        'C:\Applications\matlab\T3',
        'C:\Applications\matlab\T4',
        'P5',
        'C:\Applications\matlab\T6',
        'P7',
        'P8');

Поскольку T3, T4 и T6 являются подпапками matlabroot, они не установлены на путях рабочих. Таким образом на рабочих, подходящая часть пути, следующего из этой команды:

P1
P2
<worker original matlabroot folders...>
P5
P7
P8