BladeBit Chia 绘图仪

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

泳池地块

池图得到完全支持，并针对 chia-blockchain 实施进行了测试。社区还验证了池地块工作正常并与它们一起赢得了证明。

NUMA 系统

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

巨大的 TLB

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

其他观察

这种实现是高度受内存限制的，因此优化您的系统以实现快速内存访问是必不可少的。具有大缓存的 CPU 也会受益。

版权所有 2021 Harold Brenes, Chia Network Inc