本地主机¶
- class torchx.schedulers.local_scheduler.LocalScheduler(session_name: str, image_provider_class: Callable[[torchx.specs.api.RunConfig], torchx.schedulers.local_scheduler.ImageProvider], cache_size: int = 100)[source]¶
在本地主机上的调度。容器被建模为进程,对于本地主机运行而言不相关或无法强制执行的某些容器属性将被忽略。被忽略的属性包括:
资源要求
资源限制强制措施
重试策略
重试次数(不支持重试)
部署偏好
调度程序在接收到 SIGTERM 或 SIGINT 信号时支持清理孤儿进程。 调度程序将终止生成的进程。
这是通过调度器 local_cwd 和 local_docker 暴露的。
local_docker 运行提供的应用程序通过本地Docker运行时使用 指定的图像在AppDef中。必须安装Docker。这 提供了与原生使用Docker的调度器(如Kubernetes)最接近的环境。
local_cwd 在当前工作目录下运行提供的应用程序,并忽略图像字段,以便更快地进行迭代和测试。
注意
孤悬对象清理仅在LocalScheduler从主线程实例化时生效。
注意
请谨慎使用此调度器,因为一个在该调度器支持的会话上成功运行的应用程序可能无法在实际生产集群上使用不同的调度器。
功能
调度程序支持
获取日志
✔️
分布式作业
LocalScheduler 支持多个副本,但所有副本将在本地主机上执行。
取消任务
✔️
描述工作
✔️
- close() → None[source]¶
仅适用于具有本地状态的调度器!关闭调度器,释放任何分配的资源。一旦关闭,调度器对象被认为不再有效,对该对象调用的任何方法都会导致未定义行为。
此方法不应抛出异常,并且允许对同一对象多次调用。
注意
仅针对具有本地状态的调度程序实现进行重写 (
torchx/schedulers/local_scheduler.py). 简单地封装远程调度程序客户端的调度程序无需实现此方法。
- describe(app_id: str) → Optional[torchx.schedulers.api.DescribeAppResponse][source]¶
描述指定的应用程序。
- Returns
应用程序定义描述或
None如果应用程序不存在。
- log_iter(app_id: str, role_name: str, k: int = 0, regex: Optional[str] = None, since: Optional[datetime.datetime] = None, until: Optional[datetime.datetime] = None, should_tail: bool = False) → Iterable[str][source]¶
返回一个迭代器,用于获取满足条件的日志行。
k``th replica of the ``role。 迭代器在所有符合条件的日志行都被读取后结束。如果调度程序支持基于时间指针获取日志行,则
since,until字段会被遵循,否则会被忽略。不指定since和until相当于获取所有可用的日志行。如果until为空,则迭代器的行为就像tail -f一样,跟随日志输出直到作业达到终端状态。日志的确切定义取决于调度程序的具体设置。有些调度程序可能会将标准错误或标准输出视为日志,而其他调度程序则可能从日志文件中读取日志。
行为和假设:
如果在不存在的应用程序上调用此方法,会产生未定义行为。 调用者应在调用此方法之前使用
exists(app_id)检查应用程序是否存在。不是有状态的,用相同的参数调用此方法两次 会返回一个新的迭代器。之前的迭代 进度会丢失。
不一定始终支持日志追尾功能。并非所有调度器都支持实时日志迭代(例如,在应用程序运行时追尾日志)。有关迭代器的行为,请参阅特定调度器的文档。
- 3.1 If the scheduler supports log-tailing, it should be controlled
by``should_tail``参数。
不保证日志保留。调用此方法时,底层调度程序可能已经清除了该应用程序的日志记录。如果是这样的话,此方法将引发任意异常。
如果
should_tail为 True,该方法仅在可访问的日志行已完全耗尽且应用程序达到最终状态时抛出StopIteration异常。 例如,如果应用程序卡住且没有生成任何日志行,则迭代器会阻塞直到应用程序最终被终止(通过超时或手动操作),此时它会抛出一个StopIteration异常。如果
should_tail是 False,该方法在没有更多日志时抛出StopIteration。不一定由所有调度器支持。
某些调度器可能通过支持
__getitem__(例如,iter[50]寻找第 50 行日志)来支持行光标。
- Returns
一个指定角色副本的日志行上的
Iterator- Raises
NotImplementedError - 如果调度器不支持日志迭代 –
- run_opts() → torchx.specs.api.runopts[source]¶
返回调度程序所期望的运行配置选项。 基本上是
--help的runAPI。
图像提供者¶
- class torchx.schedulers.local_scheduler.ImageProvider[source]¶
管理本地主机上的下载和设置。这仅在
LocalhostScheduler时需要,因为通常调度器会为用户自动完成此操作。- get_entrypoint(img_root: str, role: torchx.specs.api.Role) → str[source]¶
返回入口点的位置。
- get_replica_param(img_root: str, role: torchx.specs.api.Role, stdout: Optional[str] = None, stderr: Optional[str] = None) → torchx.schedulers.local_scheduler.ReplicaParam[source]¶
根据角色副本的规格返回
ReplicaParam持有者 该持有者包含最终传递给subprocess.Popen的参数 以实际调用并运行每个角色的副本。预期img_root是self.fetch(role.image)的返回值。 由于角色的镜像只需获取一次(而不是为每个副本获取) 因此期望调用者对每个角色调用fetch方法一次 并对每个role.num_replicas调用此方法。
- class torchx.schedulers.local_scheduler.DockerImageProvider(cfg: torchx.specs.api.RunConfig)[source]¶
调用Docker CLI来拉取并运行指定的镜像。
示例
fetch(Image(name="pytorch/pytorch:latest"))拉取 Docker 镜像,返回“”get_command(image="pytorch/pytorch:latest", ..)返回docker run ...- get_replica_param(img_root: str, role: torchx.specs.api.Role, stdout: Optional[str] = None, stderr: Optional[str] = None) → torchx.schedulers.local_scheduler.ReplicaParam[source]¶
根据角色副本的规格返回
ReplicaParam持有者 该持有者包含最终传递给subprocess.Popen的参数 以实际调用并运行每个角色的副本。预期img_root是self.fetch(role.image)的返回值。 由于角色的镜像只需获取一次(而不是为每个副本获取) 因此期望调用者对每个角色调用fetch方法一次 并对每个role.num_replicas调用此方法。
- class torchx.schedulers.local_scheduler.CWDImageProvider(cfg: torchx.specs.api.RunConfig)[source]¶
类似于 LocalDirectoryImageProvider,但它忽略图像名称,而将当前工作目录用作图像路径。
Example:
fetch(Image(name="/tmp/foobar"))返回 os.getcwd()fetch(Image(name="foobar:latest"))返回 os.getcwd()
- get_entrypoint(img_root: str, role: torchx.specs.api.Role) → str[source]¶
返回入口点的位置。