actcwlf
actcwlf
另外就是可以查看一下每次根据标签划分的顶点集合差异大不大
@9lan9 我测试的时候没有复现出这个问题，可能需要再确认一下数据或者运行参数有没有问题，如果还存在问题可以发一个能复现问题的样本，我这再测试一下
可以尝试修改[`build.sh`](https://github.com/Tencent/plato/blob/8cf12c0a497a6a8d89da8ec05e82d1af7141d32c/build.sh#L18)中的bazel运行参数 ```bash # test bazel --sandbox_writable_path=$HOME/.ccache test plato/... # build bazel --sandbox_writable_path=$HOME/.ccache build example/... ``` [ref](https://stackoverflow.com/questions/52370202/how-to-get-bazel-ccache-and-sandboxing-to-work-together-ccache-read-only-file)
能否提供一下更详细的系统信息？ mpicxx使用的是什么编译器 编译器的版本 bazel版本 ccache版本 是否使用了ccache 是否有外网等 另外也可尝试一下注释build.sh 里的`bazel test plato/...`再`build.sh clean`跳过测试部分观察是否能构建出来
如果边的表示范围够的话，可以把`vid_t` 指定为 `std::uint64_t`来支持更多的顶点。不过现在的项目的csv解析器目前只支持解析uint32（unsigned long），使用`std::uint64_t`作为顶点id类型的话需要进行定制。
可参考 #130
从上面的报错信息看可能是servers文件没有找到，-f参数后要指定servers文件的路径，另可参考[Linux多节点下MPI集群环境搭建](https://my.oschina.net/zctzl/blog/1560593)的第三部分
> 我有个类似的问题，环境在 macbook M1 上，用的镜像是 apache/doris:1.2.2-fe-arm 与 apache/doris:1.2.2-be-arm。docker-compose 脚本首次是能运行的，后面 docker-compose down 之后在 up，无法启动。但是，删掉宿主机挂载路径路径的文件后，再次运行就可以了。不过的话，这样数据没办法一直保留了。 1.2.2的x86版本遇到了同样的问题，请问有找到保留数据的办法吗