我们的 SPARC 服务器运行的是 Sun Solaris 10;我想找出处理器的实际数量和每个处理器的核心数量。
psrinfo 和 prtdiag 的输出不明确:
$psrinfo -v
Status of virtual processor 0 as of: dd/mm/yyyy hh:mm:ss
on-line since dd/mm/yyyy hh:mm:ss.
The sparcv9 processor operates at 1592 MHz,
and has a sparcv9 floating point processor.
Status of virtual processor 1 as of: dd/mm/yyyy hh:mm:ss
on-line since dd/mm/yyyy hh:mm:ss.
The sparcv9 processor operates at 1592 MHz,
and has a sparcv9 floating point processor.
Status of virtual processor 2 as of: dd/mm/yyyy hh:mm:ss
on-line since dd/mm/yyyy hh:mm:ss.
The …Run Code Online (Sandbox Code Playgroud) 我可以访问两台 NUMA 服务器。其中之一是 Dell R720,具有以下 CPU:
$ cat /proc/cpuinfo |grep Xeon|sort|uniq -c
24 model name : Intel(R) Xeon(R) CPU E5-2630L v2 @ 2.40GHz
Run Code Online (Sandbox Code Playgroud)
另一个是 HPE DL360 Gen8,具有以下 CPU:
$ cat /proc/cpuinfo |grep Xeon|sort|uniq -c
24 model name : Intel(R) Xeon(R) CPU E5-2630 0 @ 2.30GHz
Run Code Online (Sandbox Code Playgroud)
在我们拥有许多 HPE Gen9 服务器的工作中,我已经习惯了 CPU 编号(socket0、socket1、socket0 超线程、socket1 超线程)。HPE DL360 Gen8 似乎使用以下编号:
$ cat /proc/cpuinfo |grep physical.id|uniq -c
6 physical id : 0
6 physical id : 1
6 physical id : 0
6 physical id …Run Code Online (Sandbox Code Playgroud) 我有一台服务器运行由 Gunicorn 和 Celery 任务队列提供服务的 Django 应用程序。
Gunicorn文档建议(2 x $num_cores) + 1 作为默认的工作线程数。
Celery 文档显示 Celery 工作线程的数量默认为 1 x $num_cores。
两者都建议尝试找到合适的数字。
我的问题是,在同一台机器上运行 Gunicorn 和 Celery 的良好经验法则是什么?在八核机器上,我应该从 17 个 Gunicorn 和 8 个 Celery 工人开始吗?或者从 9 个 Gunicorn 和 4 个 Celery 工人开始有意义吗?
系统受 CPU 限制,如果有帮助的话。
这是场景,我希望您提供有关以下方面的专家建议:
我目前有大约 2GB 的数据库,一年后可能会翻一番。我想要为我要订购的专用数据库服务器提供最佳服务器性能,该服务器将用作运行 WordPress、论坛和 mediawiki 的流量相当大的站点的后端。大多数数据库流量应该是只读的。
所以问题是,我真的需要超过 4GB 的 RAM 吗?我应该选择 8 核还是 4 核?一个比另一个重要吗?
[编辑] 作为后续,最终在具有 8 GB RAM 的 8 核服务器上获得了很多优惠,所以就这样做了。很高兴知道我会有很大的成长空间。
我正在寻找高性能的 /bin/sort 替代品。我知道有 pbzip2 可以使用多核,但是 /bin/sort 有类似的产品吗?
我找到了 distsort.sh,但我想要一些不那么 IO 密集的东西。我正在寻找排序哦.. 60 演出数据非常频繁。
我有一个英特尔 E5620 处理器。我已经用来cat /proc/[pid]/stat确定进程上次运行在哪个处理器上(第 39 个字段)。我如何确保一个进程专用于处理器(我有 8 个可用)或者更好,我如何才能将一个进程专用于一个核心(我有 4 个)?
很多时候,当阅读有关 nginx 的推荐 worker_processes 时,会说这应该设置为托管 nginx 的服务器的核心数。
我们想知道我们是否也应该为此计算 HT 内核的数量?
还是我们只计算真正的物理内核的数量?
谢谢!
我拥有的:
我想更换旧服务器(IT 将购买 HP 刀片 BL685C)。服务器将有 256GB 的 RAM。
我需要你的帮助来弄清楚如何处理 CPU 和内核。选项:
问题:我应该选择哪一个?
PS 明年,我们将从 Oracle 迁移到 SQL 服务器。我希望,您推荐的任何选项都适用于两个平台
多个用户在 60 核计算服务器(基于 Linux/Ubuntu)上运行 Java 应用程序。有不同的应用程序,其中大多数不是内部开发的。
虽然系统管理员认为给定用户的 Java 进程在任何给定时刻使用 10 个内核都可以,但她希望他们使用的内核不要超过 10 个。
是否有任何 Java 或 OS 配置可用于防止进程以无限方式获取计算资源?
我们有一个 ESX 主机:

它有 2 个 CPU x 8 个内核,并启用了 HT。因此,总共 16 个物理内核或 32 个逻辑内核。
它有一个专用的 SQL VM(此主机上没有其他 VM 运行),并且分配了 16 个 vCPU:

SQL NUMA 配置如下所示:

这是否意味着这 16 个 vCPU 映射到 1 个 CPU 中的 16 个逻辑内核,而另一个包含 16 个逻辑内核的 CPU 处于空闲状态?
将其增加到 32 个 vCPU 会有所不同吗?
我发现这篇文章,说不要分配比实际物理核心更多的 vCPU,无论逻辑核心如何。为什么不?