目录 1.设置HotSpot 1.设置HotSpot 1.设置采用解释器还是JIT编译器 -Xint: 完全采用解释器模式执行程序。 -Xcomp: 完全采用即时编译器模式执行程序。如果即时编译出现问题，解释器会介入执行。 -Xmixed: 采用解释器和JIT编译器并存的方式共同执行程序。默认模式。
RocketMQ客户端中有两个独立的消费者实现类：org.apache.rocketmq.client.consumer.DefaultMQPullConsumer 和 org.apache.rocketmq.client.consumer.DefaultMQPushConsumer Default
## 依赖管理 ```xml org.springframework.cloud spring-cloud-starter-bootstrap 3.1.3 com.ctrip.framework.apollo apollo-client 2.1.0 com.ctrip.framework.apoll
https://www.cnblogs.com/charlieroro/p/11009493.html 新环境上配置alertmanager时出现了“Client was not authenticated to send anonymous mail during MAIL FROM”错误，但老环
https://www.cnblogs.com/punchlinux/p/16496094.html Containerd 的技术方向和目标 简洁的基于 gRPC 的 API 和 client library 完整的 OCI 支持(runtime 和 image spec) 同时具备稳定性和高性能的
https://www.jianshu.com/p/172117c102d1/ 下面这个图很经典：1、acceptor接收client事件，并注册到reactor(其实是一个阻塞队列)2、reactor的selector被注册到上面的事件唤醒，select出多个就绪事件。3、select出的事件，根
下载 下载地址: https://repo.clickhouse.tech/tgz/stable/ 下载的包: clickhouse-common-static clickhouse-server clickhouse-client 单机安装 tar -zxvf clickhouse-common-
RocketMQ客户端的消息发送通常分为以下3层 业务层：通常指直接调用RocketMQ Client发送API的业务代码。 消息处理层：指RocketMQ Client获取业务发送的消息对象后，一系列的参数检查、消息发送准备、参数包装等操作。 通信层：指RocketMQ基于Netty封装的一个RP
项目中有时候需要访问https网站，但如果该网站使用的是自建证书，那client端验证server端证书时，有时候会报错： > x509: cannot validate certificate for xxx because it doesn't contain any IP SANs 碰到这种情
ZooKeeper 简介 ZooKeeper是一个开放源码的分布式应用程序协调服务，它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。 ZooKeeper 设计目的 最终一致性：client不论连接到哪个Server，展示给它都是同一个视图，这是zookeeper最
版本说明 新增特性 支持k8s的v1.30.x版本； 优化特性 优化回滚功能； 修复注册来源的回滚问题； 新增和修改应用时校验应用名； 升级kubernetes-client至v6.13.0； 调整部署明细表头展示； 升级指南 升级指南 DHorse介绍 DHorse是一个轻量级、简单易用的云应用管
这篇文章我们将聚焦Control API的功能与用法，为实现OMX Core、Component打下坚实的基础。 1、OMX_Core.h OMX Core在OpenMAX IL架构中的位置位于IL Client与实际的OMX组件之间，OMX Core提供了两组API给IL Client使用，一组A
文接 containerd 源码分析：创建 container（二） 1.2.2.2 启动 task 上节介绍了创建 task，task 创建之后将返回 response 给 ctr。接着，ctr 调用 task.Start 启动容器。 // containerd/client/task.go fu
异常问题 原因分析 这个问题发生在开发环境，怀疑是提交事务时终止项目运行，没有提交该事务，造成死锁 调试该事务时时间太长，为什么说有这个原因呢，因为通过查找日志显示 The client was disconnected by the server because of inactivity. Se
某天使用python重启docker容器时，出现了一个令人费解的BUG，我的代码为 1 def restart_docker(container_name): 2 # 连接到docker守护进程 3 client = docker.from_env() 4 try: 5 # 获取容器对象 6 con
1. 按照之前的方式（https://www.cnblogs.com/gradyblog/p/17197707.html）进行抓包发现证书校验失败 SSL handshake with client failed: An unknown issue occurred processing the c
有了下文的梳理后 redis 启动流程 再来解析redis 在单线程模式下解析并处理客户端发来的命令 1. 当 client fd 可读时，会回调readQueryFromClient函数 void readQueryFromClient(connection *conn) { client *c
https://www.cndba.cn/dave/article/3239 SSL VPN，与传统的IPSec VPN技术各具特色，各有千秋。SSL VPN比较适合用于移动用户的远程接入（Client-Site），而IPSec VPN则在网对网（Site-Site）的VPN连接中具备先天优势。这两
Nginx 超时配置,连接时间过长直接关闭连接,显示timeout http { #每个 TCP 连接最多可以保持多长时间 keepalive_timeout 60; #客户端向服务端发送一个完整的 request header client_header_timeout 10; #客户端发送服务端
在nginx使用过程中，上传文件的过程中，通常需要设置nginx报文大小限制。避免出现413 Request Entity Too Large。 于是奇葩的问题被我们遇到了，详细配置请参考下面。我们的问题是，无论client_max_body_size设置在哪里，nginx －s reload后，依
