Swar-Chia-Plot-Manager官方说明，操作教程和方法

开发版本：v0.1.0

这是一个跨平台的 Chia Plot Manager，可在主要操作系统上运行。这不是绘图仪。该库的目的是管理您的绘图并使用您配置的设置启动新的绘图。每个人的系统都是独一无二的，所以定制是刻在这个库中的一个重要功能。

该库简单、易于使用且可靠，可以保持绘图生成。

该库已针对 Windows 和 Linux 进行了测试。

特征

• 错开您的绘图，以便您的计算机资源可以避免高峰。
• 允许目标目录列表。
• 尽早开始新地块，最大限度地利用临时空间。
• 同时运行最大数量的图以避免瓶颈或限制资源占用。
• 更深入的活动绘图屏幕。

经常问的问题

我可以重新加载我的配置吗？

• 是的，您的配置可以使用python manager.py restart命令重新加载，或者您可以单独停止并再次启动管理器。请注意，您的作业计数将被重置，并且临时 2 和目标目录顺序将被重置。
• 请注意，如果您更改作业的任何目录，它将与现有作业混淆，manager并且view将无法识别旧作业。如果您在有活动绘图时更改作业目录，请将max_plots当前作业的更改为 0，并使用新目录创建单独的作业。我不建议在绘图运行时更改目录。

如果我停止经理，它会杀死我的阴谋吗？

• 不。情节在后台开始，它们不会杀死您现有的情节。如果您想杀死它们，您可以访问 PID，您可以使用这些 PID 在任务管理器（或适用于您的操作系统的适当软件）中跟踪它们并手动杀死它们。请注意，您还必须删除 .tmp 文件。我不为你处理这件事。

如果我有一个列表，如何选择临时 2 和目的地？

• 它们是按顺序选择的。如果您有两个目录，第一个图将选择第一个，第二个图将选择第二个，第三个图将选择第一个。

什么是temporary2_destination_sync？

• 有些用户喜欢选择始终具有相同的临时 2 和目标目录。启用此设置将始终使临时 2 成为用作目标的驱动器。如果您使用此设置，则可以使用空的临时 2 目录列表。

我的设置的最佳配置是什么？

• 请将此问题转发到 Keybase 或“讨论”选项卡。

所有命令

命令的使用示例

> python3 manager.py start

> python3 manager.py restart

> python3 manager.py stop

> python3 manager.py view

> python3 manager.py status

> python3 manager.py analyze_logs

开始

此命令将在后台启动管理器。一旦启动它，它就会一直运行，除非所有作业都已max_plots完成或出现错误。错误将记录在创建的文件中debug.log

停止

此命令将在后台终止管理器。它不会停止运行图，它只会阻止创建新图。

重新开始

此命令将按顺序运行启动和停止。

看法

此命令将显示可用于跟踪运行图的视图。这将每 X 秒由您的config.yaml.

地位

此命令将创建视图的单个快照。它不会循环。

分析日志

此命令将分析日志文件夹中所有已完成的绘图日志，并为您的计算机配置计算适当的权重和线端。只需progress在您的config.yaml. 这只会影响进度条。

安装

这个库的安装很简单。我在下面附上了详细说明，可以帮助您入门。

注意：如果python不起作用，请尝试python3。

1. 下载并安装 Python 3.7 或更高版本：https : //www.python.org/
2. git clone 这个 repo 或下载它。
3. 打开 CommandPrompt / PowerShell / Terminal 并cd进入主库文件夹。
   • 例子： cd C:\Users\Swar\Documents\Swar-Chia-Plot-Manager
4. 可选：为 Python 创建虚拟环境。如果您将 Python 用于其他用途，则建议使用此方法。
   1. 创建一个新的python环境： python -m venv venv
      • 第二个venv可以重命名为任何你想要的。我更喜欢，venv因为它是一个标准。
   2. 激活虚拟环境。每次打开新窗口时都必须执行此操作。
      • 示例窗口： venv\Scripts\activate
      • 示例 Linux：. ./venv/bin/activate或source ./venv/bin/activate
      • 示例 Mac 操作系统： /Applications/Chia.app/Contents/Resources/app.asar.unpacked/daemon/chia
   3. 通过查看(venv)前缀确认它已激活。前缀将根据您命名的内容而变化。
5. 安装所需的模块： pip install -r requirements.txt
   • 如果您打算使用 Notifications 或 Prometheus，请运行以下命令来安装所需的模块： pip install -r requirements-notification.txt
6. 将config.yaml.default其复制并命名为config.yaml在同一目录中。
7. 将 config.yaml 编辑并设置为您自己的个人设置。下面有更多的帮助。
   • 您还需要添加chia_location！这应该指向您的 chia 可执行文件。
8. 运行管理器： python manager.py start
   • 这将在后台启动一个进程，该进程将根据您输入的设置管理绘图。
9. 运行视图： python manager.py view

• 这将循环显示有关活动图的详细信息的视图屏幕。

配置

该库的配置对每个最终用户来说都是独一无二的。该config.yaml文件是配置所在的位置。

这个情节管理器基于工作的想法工作。每个作业都有自己的设置，您可以对其进行配置和自定义。没有两个驱动器是独一无二的，因此这将为您自己的限制和要求提供灵活性。

chia_location

这是一个单独的变量，应该包含您的 chia 可执行文件的位置。这是区块链可执行文件。

• 窗口示例： C:\Users\<USERNAME>\AppData\Local\chia-blockchain\app-1.1.2\resources\app.asar.unpacked\daemon\chia.exe
• Linux 示例： /usr/lib/chia-blockchain/resources/app.asar.unpacked/daemon/chia
• 另一个 Linux 示例： /home/swar/chia-blockchain/venv/bin/chia

经理

这些是仅由绘图管理器使用的配置设置。

• check_interval – 检查是否应启动新作业之前等待的秒数。
• log_level– 将其保留在 ERROR 上以仅在出现错误时进行记录。将此更改为 INFO 以查看更详细的日志记录。警告：INFO 会写很多信息。

日志

• folder_path – 这是保存绘图日志文件的文件夹。

看法

这些是视图将使用的设置。

• check_interval – 更新视图前等待的秒数。
• datetime_format– 您希望在视图中显示的日期时间格式。请参阅此处的格式：https : //docs.python.org/3/library/datetime.html#strftime-and-strptime-format-codes
• include_seconds_for_phase – 这决定了阶段时间中是否包括秒。
• include_drive_info – 这决定了是否显示驱动器信息。
• include_cpu – 这决定了是否显示 CPU 信息。
• include_ram – 这决定了是否显示 RAM 信息。
• include_plot_stats – 这决定了是否会显示情节统计数据。

通知

这些是不同的设置，以便在绘图管理器启动和绘图完成时发送通知。

仪器仪表

用于启用 Prometheus 收集指标的设置。

• prometheus_enabled – 如果启用，将收集指标并启动 HTTP 服务器以公开 Prometheus 的指标。
• prometheus_port – HTTP 服务器端口。

收集的指标列表

• chia_running_plots：用于查看当前正在创建多少图的仪表。
• chia_completed_plots：已完成图的计数器。

进步

• phase_line_end– 这些设置将用于在进度条中指示阶段何时结束。它应该反映阶段结束的行，以便进度计算可以使用该信息和现有日志文件来计算进度百分比。
• phase_weight– 这些是在进度计算中分配给每个阶段的权重。通常，第 1 阶段和第 3 阶段是最长的阶段，因此它们将比其他阶段承受更多的重量。

全球的

• max_concurrent– 您的系统可以运行的最大绘图数。随着时间的推移，经理不会开始超过这个数量的地块总数。
• max_for_phase_1 – 您的系统在第 1 阶段可以运行的最大绘图数。
• minimum_minutes_between_jobs– 开始新绘图作业前的最少分钟数，这可以防止多个作业同时开始。这将缓解目的地驱动器的拥塞。设置为 0 以禁用。

工作

每个作业必须具有唯一的临时目录。

这些是每个作业将使用的设置。请注意，您可以有多个作业，每个作业都应采用 YAML 格式，以便正确解释。这里几乎所有的值都会被传递到 Chia 可执行文件中。

在此处查看有关 Chia CLI 的更多详细信息：https : //github.com/Chia-Network/chia-blockchain/wiki/CLI-Commands-Reference

• name – 这是您要为作业指定的名称。
• max_plots– 这是管理器运行一次的最大作业数。对管理器的任何重新启动都会重置此变量。它仅用于帮助短期绘图。
• [可选] farmer_public_key– 您的农民公钥。如果没有提供，它不会将此变量传递给 chia 可执行文件，这会导致使用您的默认密钥。仅当您在没有凭据的机器上设置了 chia 时才需要这样做。
• [可选] pool_public_key– 您的池公钥。与上述信息相同。
• temporary_directory– 可以是单个值或值列表。这是绘图将发生的地方。如果您提供一个列表，它将一个一个地循环遍历每个驱动器。这些目录必须彼此唯一。
• [可选] temporary2_directory– 可以是单个值或值列表。如果您想使用 Chia 绘图的临时 2 目录功能，则这是一个可选参数。
• destination_directory– 可以是单个值或值列表。这是绘图完成后将传输到的最终目录。如果您提供一个列表，它将一个一个地循环遍历每个驱动器。
• size– 这是指绘图的 k 大小。您可以在此处输入类似 32、33、34、35… 的内容。
• bitfield– 这是指您是否要在绘图中使用位域。通常，您希望将其保持为真。
• threads– 这是将分配给绘图仪的线程数。只有阶段 1 使用了 1 个以上的线程。
• buckets– 要使用的桶数。Chia 提供的默认值是 128。
• memory_buffer – 要分配给进程的内存量。
• max_concurrent – 在任何给定时间此作业的最大图块数。
• max_concurrent_with_start_early – 在任何给定时间（包括较早开始的阶段），此作业的最大地块数。
• initial_delay_minutes– 这是启动第一个作业时使用的初始延迟。它只考虑一次。如果您重新启动管理器，它仍将遵循此值。
• stagger_minutes– 在此作业的下一个情节开始之前等待的分钟数。如果您希望在并发限制允许时立即开始绘图，您甚至可以将其设置为零。
• max_for_phase_1 – 此作业在第 1 阶段的最大绘图数。
• concurrency_start_early_phase– 您希望尽早开始情节的阶段。对于该字段，建议使用 4。
• concurrency_start_early_phase_delay – 当检测到开始早期阶段时，在新情节开始之前等待的最大分钟数。
• temporary2_destination_sync– 此字段将始终提交目标目录作为临时 2 目录。这两个目录将同步，因此它们将始终作为相同的值提交。
• exclude_final_directory– 是否跳过添加destination_directory到收割机进行耕作。这是Chia的特征。
• skip_full_destinations– 启用此功能后，它将计算所有正在运行的图和未来图的大小，以确定驱动器上是否有足够的空间来启动作业。如果没有，它将跳过目的地并移动到下一个目的地。一旦所有内容都已满，它将禁用该作业。
• unix_process_priority– 仅限 UNIX。这是地块生成时的优先级。UNIX 值必须介于 -20 和 19 之间。值越高，进程的优先级越低。
• windows_process_priority– 仅限 Windows。这是地块生成时的优先级。Windows 值各不相同，应设置为以下值之一：
  • 16384 BELOW_NORMAL_PRIORITY_CLASS
  • 32 NORMAL_PRIORITY_CLASS
  • 32768 ABOVE_NORMAL_PRIORITY_CLASS
  • 128 HIGH_PRIORITY_CLASS
  • 256 REALTIME_PRIORITY_CLASS
• enable_cpu_affinity– 启用或禁用绘图进程的 CPU 亲和性。当排除一个或两个线程用于绘图过程时，绘图和收获的系统可能会看到改进的收获器或节点性能。
• cpu_affinity– 为绘图进程分配的 CPU（或线程）列表。默认示例假设您有一个超线程 4 核 CPU（8 个逻辑核）。此配置将限制绘图进程使用逻辑内核 0-5，将逻辑内核 6 和 7 留给其他进程（6 个受限，2 个空闲）。