我的公司目前正在寻求替代我们当前用于监控我们基于networking的企业解决scheme的解决scheme的正常运行时间和性能的解决scheme。 请注意，这不是networking监控types的解决scheme（我们目前使用的是Nagios）。 如果任何人有一个提供者，他们有一个积极的经验，这将不胜感激。 以下是我们的要求清单： •全球必须有大量的探测器/代理商来代表我们的客户群 •必须具有灵活的脚本function以自动执行多步骤用户操作 •一天24小时监控 •灵活的警报系统 报告生成能力 •模仿浏览器特定的监控（可选，不是必须的）
我试图发现为什么互联网服务器运行缓慢。 网站所做的一件事就是使用外部数据源，而且我们知道这些查询很慢，但是这些长时间的查询似乎也会影响整个网站。 在我看来，也许IIS可能会排队请求或什么东西，或者内存是一个问题。 任何人都可以提出一个很好的衡量标准，看看问题可能在哪里？
假设有两个服务器A和B.从服务器AI打开perfmon并添加计数器\ServerB\Processor\% Processor Time并开始每秒监视一次。 服务器A将每秒轮询服务器B的CPU数据（我想这是事实） 由于这种不断的轮询过程，服务器A会受到一定程度的性能下降（如果你监视1个计数器，这可能不是问题，但是你可以想象在性能testing中监视100个计数器） 由于多个消费者（如服务器A）不断地轮询数据，服务器B是否会遭受性能下降的一定百分比。
我最近开始探索OpenTSDB来监视我们开发环境中的集群。 作为一个新手，我没有深入研究，但想知道是否有人成功地使用OpenTSDB来监视这些。 任何指针都是有帮助的。
这两个工具是伟大的插件和许多可用的开箱即用指标。 我想知道是否有办法将munin输出到dstat或类似的工具（实时输出vs munin的定期图）。
我有兴趣将ZFScaching统计添加到现有的orca性能监视中。 特别是我对echo :: memstat |的输出感兴趣 mdb -k 我仍然处于研究逆戟鲸configuration的早期阶段，并希望得到一些指导。 我想知道这是否意味着将列添加到现有的orcallator输出。
我试图将以下性能计数器添加到Windows Server 2012 R2性能监视器中的用户定义数据收集器集。 当我将它们转储到一个文件（例如typeperf -q -o“C：\ Temp \ counters.txt”）时，我可以看到它们，但是我无法在Data Collection属性的Available Counters中看到它们。 SQL Server Microsoft SQL Server 2014 – 12.0.2000.8（X64）安装在本机上，并在VMWare上运行（版本如下）。 我被告知我有pipe理权限，有充分权利的人也无法看到他们。 为什么我看不到他们？ SQL Statistics: Batch Requests/sec SQL Statistics: SQL Compilations/sec SQL Statistics: SQL Recompilations/sec SQL Server: Wait Statistics SQL Server: Buffer Manager Buffer Cache Hit Ratio SQL Server: Wait Statistics Page IO latch waits SQL […]
我正在试图在debian 8 jessie上描述一个简单的C程序。 我可以看到符号，但我无法获取堆栈跟踪。 同样的过程在ubuntu 16.04上生成好的堆栈跟踪。 我已经安装了linux-image-amd64-dbg和libc6-dbg 。 我已经确认内核configuration参数包括CONFIG_KALLSYMS=y 我用gcc -g3 -O0 hello.c编译了程序来启用debugging符号。 我开始用下面的命令分析。 sudo perf record -g ./a.out 我用下面的命令生成一个火焰图 sudo perf script | ~/code/FlameGraph/stackcollapse-perf.pl | \ ~/code/FlameGraph/flamegraph.pl > perf-kernel.svg 这是hello.c的列表，我正在试图分析 #include <stdio.h> #include <unistd.h> void do2() { int fd = fileno(f); char buf[100]; while(1) { read(fd, buf, sizeof(buf)/sizeof(buf[0])); } } int main(void) { do2(); […]
我正在构build一个监视器来跟踪所有可能有用的Linux / proc数据，以了解服务器的行为。 我仍然无法理解，如果我应该跟踪每一个CPU（并在虚拟环境中，他们可以很多），或者我可以跟踪整体CPU活动（这基本上是单个CPU的总和）。 跟踪单一的CPU意味着吨数据存档，而总CPU只是一个和所有其他的总和（甚至更多的可读性比看到10-12不同的情节）。 我真的想与总CPU一起去，但我想知道是否有特定的情况下，每一个CPU的每一个跟踪可以“拯救”系统pipe理员的生活。 是否有任何情况下，总CPU可以对CPU活动进行分析？
我有一个Windows Server 2003，我想测量最大使用的带宽。 我想要一份报告显示每小时和每天的峰值带宽。 我可以使用性能监视器以某种方式吗？