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

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

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

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

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

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

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

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

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

Остерегайтесь этих незначительных различий в поведении в среде смешанной платформы, где клиент не является той же платформой как рабочие, где папки, локальные для или сопоставленный от клиента, не доступны таким же образом для рабочих, или где папки находятся в неразделяемой файловой системе. Например, если у вас есть клиент MATLAB, работающий на Microsoft^® Операционная система Windows, в то время как работники 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

Если вы используете Macintosh или Linux, и видите проблемы во время большого параллельного создания пула, смотрите Рекомендуемые Системные Пределы для Macintosh и Linux.