一个快速的RAM-only，k32-only， Chia 绘图仪。

要求

运行它需要 416 GiB 的 RAM，再加上几兆字节的堆栈空间和小分配。

出于显而易见的原因，仅支持 64 位。

先决条件

仅支持Linux和Windows。

Linux

安装以下软件包：

# CentOS or Amazon Linux
sudo yum group install -y "Development Tools"
sudo yum install -y cmake gmp-devel numactl-devel

# Ubuntu or Debian-based
sudo apt install -y build-essential cmake libgmp-dev libnuma-dev

视窗

必须安装Visual Studio 2019或其构建工具。

建筑

# Clone the repo & its submodules
git clone https://github.com/Chia-Network/bladebit.git && cd bladebit

# Create a build directory for cmake and cd into it
mkdir build
cd build

# Generate config files & build
cmake ..
cmake --build . --target bladebit --config Release

将在build/目录下找到生成的二进制文件。在 Windows 上，它将位于build/Release/.

用法

运行bladebit与-h完全使用和命令行选项：

# Linux
build/bladebit -h

# Windows
build/Release/bladebit.exe -h

执照

在Apache 2.0许可下获得许可。请参阅许可证。

其他详情

磁盘输入/输出

写入磁盘只发生在最终的绘图文件中，它是按顺序完成的，无缓冲，直接 I/O。这意味着写入将是块对齐的。如果您在驱动器中的其他地方获得的写入速度比使用它获得的速度更快，则很可能它正在使用缓冲写入，因此它在实际完成写入磁盘之前“完成”。内核将在后台处理来自缓存的 I/O（您可以使用 iotop 等工具确认这一点）。此处的最终写入应该使您的顺序写入几乎饱和。写入在第 3 阶段在后台开始发生，并将继续进行，具体取决于磁盘 I/O 吞吐量，直到下一个图中，如果它没有提前完成。在下一个情节的第 1 阶段的某个时刻，如果它仍未完成写入磁盘并且它需要的缓冲区仍在写入磁盘，则它可能会停止。在我测试的系统上，使用 NVMe 驱动器时没有中断。

池图

池图完全支持并针对 chia-blockchain 实现进行了测试。社区还验证了池地块运行正常并使用它们赢得了证明。

NUMA系统

内存在 NUMA 系统的交错模式下绑定，目前在具有多个节点的系统上提供最佳性能。这是 NUMA 系统上的默认行为，可以使用-m or --no-numa开关禁用它。

巨大的 TLB

尚不支持此功能。有些人报告说使用大页面大小时会有所收获。虽然这是我想测试的东西，但我首先关注的是不一定依赖于系统配置的东西。但我想在未来添加对它的支持（从开发的角度来看微不足道，我只是没有配置大页面大小的测试系统）。

其他观察

此实现高度受内存限制，因此优化系统以实现快速内存访问至关重要。具有大缓存的 CPU 也会受益。

下载地址：https://github.com/Chia-Network/bladebit/releases/