在命名之前,我们只需指定-Xloggc:/my/ Java9 / 就可以将垃圾收集消息记录到管道中。但是,在指定-Xlog:gc*:file=/my/named/pipe时,JVM9会抱怨命名管道:
[0.003s][error][logging] Unable to log to file /my/named/pipe, /my/named/pipe is not a regular file.
我们使用的是带有jdk_9.0.1_x64的Linux RedHat。
在Java9中,如何将GC消息记录到命名管道?
我已经为我的一个应用程序启用了GC日志记录。这是日志的一部分。我到处搜索,想了解如何阅读这篇文章,但它似乎与用Java7或更早版本写的旧文章有点不同。我特别感兴趣的是用h **标记的值。为什么在日志中打印的每一行GC参数的值接近但不同
Java HotSpot(TM) 64-Bit Server VM (25.5-b02) for linux-amd64 JRE (1.8.0_05-b13), built on Mar 18 2014 00:29:27 by "java_re" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8)
Memory:
我希望使用-ffunctions-sections编译器选项和-gc-节、打印-gc-区段的组合来检测代码中未使用的函数。
然而,它显示假阳性。下面是一个简单的复制器:
mylib.c:
int plusone(int a)
{
return a + 1;
}
int myadd(int a, int b)
{
int c = plusone(a);
return c -1 +b;
}
main.c
#include <stdio.h>
#include "mylib.h"
int main(int argc, char*argv[])
在运行一个基于imax6q自定义硬件设计的Linux应用程序时,我会得到后续的分段错误。我使用Linux对核心转储进行了回溯,然后您可以看到这些核心转储。
我使用的内核-Linux边界4.1.15
Seg断层堆芯1
Program terminated with signal SIGSEGV, Segmentation fault.
#0 gcoTEXTURE_BindTextureEx (Texture=0x263c6c4, Target=Target@entry=0,
Sampler=1, Sampler@entry=0, Info=Info@entry=0x23f0708,
text
几年来,我再次与IDEA一起发展,到目前为止,我很高兴。问题是当我在项目中工作时,奇怪的内存使用行为和GC操作导致我的IDE在GC执行其工作时冻结了几秒钟。不管这个项目有多大,我正在做的是,几天后内存使用量会增加到500MB(我的堆空间最大为512MB,实际上,我假设它对于拥有大约100个java文件的web项目来说已经足够了)。在GC完成它的工作后,我得到了400MB的使用-没有收集-堆上只有100MB的空闲空间,几分钟后内存使用量增加了,堆又满了。
JVM version is 19.0-b09
using thread-local object allocation.
Parallel
我的名称空间有一个标签"some-param=some-value“,我想删除它。 kubectl label namespace/myNamespace some-param=some-value-
error: invalid label value: "some-param=some-value": a valid label must be an empty string or consist of alphanumeric characters, '-', '_' or '.', and must start
这个问题说明了一切。我们应该使用什么支持JVM GC,用什么配置来最小化应用程序中的GC影响?
编辑: Linux Ubuntu64位:
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)
我已经从这个CentOS操作系统上安装了MonoVersion4.2.1.60,方法是先下载tarball,然后对提取的源文件执行sudo ./configure、sudo make和sudo make install操作。
配置返回这个,这在我看来还可以
Engine:
Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
GC: sgen and Included Boehm GC with typed GC and parallel ma
我有一个崩溃转储,我希望看到GC性能计数器,例如:
% Time in GC, allocated bytes / sec,
# Induced GC,
# Gen 0 Collections,
# Gen 1 Collections,
# Gen 2 Collections,
除了使用crashdump之外,还可以从windbg或任何其他工具中看到这些计数器吗?目前,我只知道如何在活动过程中使用Performance来实现这一点。
我正在运行开源的kube 1.9,在运行kubectl logs命令时获得TLS握手超时错误,其他kubectl命令运行良好。
#:/etc/kubernetes/pki> kubectl get pods
NAME READY STATUS RESTARTS AGE
app1-9 1/1 Running 0 2d
#:/etc/kubernetes/pki> kubectl logs counter
Error from server: Get https://