alt-nvidia-340-cuda-mps-control - 云端在线

程序：

您的姓名

nvidia-cuda-mps-control - NVIDIA CUDA 多进程服务管理程序

概要

nvidia-cuda-mps-控制 [-d]

商品描述

MPS 是一个运行时服务，旨在让使用 CUDA 的多个 MPI 进程运行
以对 MPI 程序透明的方式在单个 GPU 上同时运行。 一个CUDA
如果系统上正在运行 MPS 控制守护程序，则程序以 MPS 模式运行。

在程序中首次初始化 CUDA 时，CUDA 驱动程序会尝试连接到
MPS 控制守护进程。 如果连接尝试失败，程序将继续运行
通常会没有 MPS。 但是，如果连接尝试连接到控制守护进程
成功，CUDA 驱动程序然后请求守护程序代表它启动 MPS 服务器。
如果已经有 MPS 服务器在运行，并且该服务器进程的用户 ID 匹配
对于请求的客户端进程，控制守护进程只是通知客户端
它的过程，然后继续连接到服务器。 如果没有 MPS 服务器
已经在系统上运行，控制守护进程启动一个 MPS 服务器，具有相同的
用户 ID (UID) 作为请求客户端进程的用户 ID。 如果已经有 MPS 服务器
正在运行，但具有与客户端进程不同的用户 ID，控制守护进程
请求现有服务器在其所有客户端完成后立即关闭。 一旦
现有服务器已终止，控制守护进程使用用户 ID 启动一个新服务器
与排队的客户端进程相同。

MPS 服务器创建共享 GPU 上下文，管理其客户端，并向
GPU 代表其客户。 一个 MPS 服务器可以同时支持多达 16 个客户端 CUDA 上下文
时间。 MPS 对 CUDA 程序是透明的，具有通信的所有复杂性
在客户端进程、服务器和隐藏在驱动程序中的控制守护进程之间
二进制文件。

目前，CUDA MPS 仅在 64 位 Linux 上可用，需要一个支持
统一虚拟地址 (UVA) 并具有 SM 3.5 或更高版本的计算能力。 应用
CUDA MPS 不支持需要 CUDA 4.0 之前的 API。 也不支持 MPS
在多 GPU 配置上。 启动控件时请使用CUDA_VISIBLE_DEVICES
守护进程限制对单个设备的可见性。

配置

-d
启动 MPS 控制守护进程，假设用户有足够的权限（例如 root）。

-H， - 帮帮我
打印帮助信息。

<没有 论据>
启动前端管理用户界面到 MPS 控制守护进程，需要
首先开始。 前端 UI 不断从 stdin 读取命令，直到 EOF。 命令是
由换行符分隔。 如果发出无效命令并被拒绝，则会出现错误
消息将被打印到标准输出。 前端 UI 的退出状态为零，如果
与守护进程通信成功。 如果守护程序是，则返回一个非零值
未找到或与守护程序的连接意外中断。 请参阅下面的“退出”命令
有关退出状态的更多信息。

MPS 控制守护进程支持的命令：

获取服务器列表
打印出所有 MPS 服务器的 PID 列表。

启动服务器 -uid UID
为指定用户启动一个新的 MPS 服务器（UID).

关机服务器 PID [-f]
使用给定的命令关闭 MPS 服务器 PID. MPS 服务器将不接受任何新的
客户端连接，并在所有当前客户端断开连接时退出。 -f 被迫
立即关机。 如果客户端启动一个永远运行的有问题的内核，
可能需要强制关闭 MPS 服务器，因为 MPS 服务器创建并
代表其客户发布 GPU 工作。

获取客户端列表 PID
打印出连接到 MPS 服务器的所有客户端的 PID 列表 PID.

退出 [-t 超时]
关闭 MPS 控制守护进程和所有 MPS 服务器。 MPS 控制守护进程
在等待当前 MPS 服务器和 MPS 客户端时停止接受新客户端
完成。 如果 超时 指定（以秒为单位），守护进程将强制 MPS 服务器
如果它们仍在运行，则关闭 超时 秒。

此命令是同步的。 前端 UI 等待守护进程关闭，
然后返回守护进程的退出状态。 如果所有 MPS 服务器，退出状态为零
已经优雅地退出了。

环境

CUDA_MPS_PIPE_DIRECTORY
指定包含用于通信的命名管道的目录
MPS 控制、MPS 服务器和 MPS 客户端。 这个环境变量的值
应该在 MPS 控制守护进程和所有 MPS 客户端进程中保持一致。
默认目录为 /tmp/nvidia-mps

CUDA_MPS_LOG_DIRECTORY
指定包含 MPS 日志文件的目录。 该变量由
仅限 MPS 控制守护进程。 默认目录为 /var/log/nvidia-mps

使用 onworks.net 服务在线使用 alt-nvidia-340-cuda-mps-control