我正在尝试使用collectd 连接到同一台计算机上运行的JVM 进程。GenericJMXcollectd插件是通过 ServiceURL 配置的，如果 JVM 启用了远程 JMX 访问，那么这一切都很好。但是，是否可以在不启用远程 JMX 访问的情况下执行此操作？
这个详细的答案解释了（自 Java 6 起）即使 JVM未启动，-Dcom.sun.management.jmxremote仍然通过“在”中找到的内存映射文件公开 JMX 访问/tmp/hsperfdata_[user]。这就是 JConsole 访问的工作原理。但是我可以让collectd使用这种连接方法吗？是否有诸如“本地”JMX 服务 URL 之类的东西？或者我是否必须启用 RMI 注册表端口 ( -Dcom.sun.management.jmxremote.port=[rmiregistryport]) 才能使其正常工作？
如果您以顺序方式命名文件（例如，如果文件为“ server-.log”），则Amazon S3会遭受性能损失。此处的详细信息：https : //stackoverflow.com/questions/tagged/google-cloud-storage
这也适用于Google Cloud Storage吗？
我的测试数据包括27,768,767行。我的架构包括字符串类型的“消息”列。这些字符串的长度各不相同，但通常为数百个字符。还有int类型的user_id列。这是两个都返回0行的查询（where子句在我的数据中不匹配）。但是，令我惊讶的是，它们都报告处理了4.69 GB。
SELECT * FROM logtesting.logs WHERE user_id=1;
Query complete (1.7s elapsed, 4.69 GB processed)
。
SELECT * FROM logtesting.logs WHERE message CONTAINS 'this string never appears';
Query complete (2.1s elapsed, 4.69 GB processed)
由于ints以8字节存储，因此我希望在前一个（user_id）查询中处理的数据大约为213MB（2800万行*每个user_id 8个字节）。由于字符串的长度不同，后一种（消息）查询更难估计，但是我希望它比前一种（user_id）查询大几倍。
我对BigQuery如何计算查询费用的理解错误吗？
我正在Google Compute Engine上运行小型Cassandra集群。从我们的CPU图表（收集到的报告）中，我注意到在NICE中花费了大量的处理器时间。我如何找出消耗此过程的过程？我已经尝试过从头开始并盯着它看了一会儿，但是NICE cpu的使用有点棘手（大多数情况下，NICE为0％；只有偶尔会达到30-40％） “坐等”不是很有效。