We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HI: 我在xdl的镜像中编译,手动启动ps服务时报错。 启动命令:./ps-plus/ps -r server -bc False -sp zfs://127.0.0.1:2181/scheduler -cp . -p 8801 -sn 1 -si 0 -snet 10000 -smem 10000 -sqps 100000 -c1
订位到报错部分位于seastar/core/resource.cc中的allocate函数。于是打印了几个关键数值,发现一个奇怪的现象。 unsigned available_procs = hwloc_get_nbobjs_by_type(topology, HWLOC_OBJ_PU); 这个函数返回结果是2,而不是32. auto available_memory = machine->memory.total_memory; 这个结果竟然是0. 打印了configuration中的cpu_set,其中确实设置了0~31这32个cpuid,没有问题。
更奇怪的是,我把这个allocate函数单独抽离出来,写一个demo编译并运行,并不会出现上述描述的异常,这是demo程序的打印内容:available_procs = 32 available_memory = 102924537856。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
HI:
我在xdl的镜像中编译,手动启动ps服务时报错。
启动命令:./ps-plus/ps -r server -bc False -sp zfs://127.0.0.1:2181/scheduler -cp . -p 8801 -sn 1 -si 0 -snet 10000 -smem 10000 -sqps 100000 -c1
订位到报错部分位于seastar/core/resource.cc中的allocate函数。于是打印了几个关键数值,发现一个奇怪的现象。
unsigned available_procs = hwloc_get_nbobjs_by_type(topology, HWLOC_OBJ_PU); 这个函数返回结果是2,而不是32.
auto available_memory = machine->memory.total_memory; 这个结果竟然是0. 打印了configuration中的cpu_set,其中确实设置了0~31这32个cpuid,没有问题。
更奇怪的是,我把这个allocate函数单独抽离出来,写一个demo编译并运行,并不会出现上述描述的异常,这是demo程序的打印内容:available_procs = 32 available_memory = 102924537856。
The text was updated successfully, but these errors were encountered: