JVM停顿JVM（Java虚拟机）在运行过程中会产生很多停顿，常见的有GC、JIT、取消偏向锁（RevokeBias）、RedefineClasses（AOP）等。对应用程序影响最大的则是GC停顿。RocketMQ尽量避免Full GC，但Minor GC带来的停顿是难以避免的。针对GC调优是一个很伽利略的问题，需要通过大量的测试来帮助应用程序调整GC参数，比如可以通过调整堆大小，GC

近来了解些前沿的行业和技术趋势，结合多年社会认知得出未来智能机器人在软件技术和数据统计上的预测方案，即：机器人或自动化智能技术机器人或自动化智能技术是由云计算+大数据+物联网这三者分析，挖掘，统计而来；机器人或自动化智能技术则提供给云计算+大数据+物联网，这三者云计算+大数据+物联网技术最终还是有一个统一的名字的，不过要过很多年的发展，我们暂时云计算+大数据+物联网技术归类叫NetData技术，机

内存溢出是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。   引起内存溢出的原因有很多种，常见的有以下几种：　　1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；　　2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；　　3.代码中存在死循环或循环产生过多重复的对象实体；　　4.使用的第三方软件中的

最近在VMware虚拟机里玩Centos，装好后发现上不了网。经过一番艰辛的折腾，终于找到出解决问题的方法了。最终的效果是无论是ping内网IP还是ping外网ip，都能正常ping通。方法四步走：第一步，我们进入/etc/sysconfig/network-scripts目录，查看该目录有没有形如ifcfg-XXX的文件：如果你看不到以ifcfg-打头的文

1、环境介绍及准备：1.1 物理机操作系统　　物理机操作系统采用Centos7.3 64位，细节如下。[root@localhost ~]# uname -aLinux localhost.localdomain 3.10.0-514.6.1.el7.x86_64 #1 SMP Wed Jan 18 13:06:36 UTC 2017 x86_64 x86_64 x86_

本系列文章主要介绍这些技术中的翘楚——Spring Cloud。这是序篇，主要讲述我们为什么选择Spring Cloud和它的技术概览。1 为什么微服务架构需要Spring Cloud简单来说，服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并且强调DevOps和快速演化。这就要求我们

（docker centos7）pull zookeeper 问题回溯我们在执行#docker pull wurstmeister/zookeeper Digest: sha256:6614ee2dbffdfd56a77285451decc512260928d293631c279d55333d2a207e95Status: Downloaded newer image for docker.io/

为方便开发和调优首先要准备win+linux双系统，当然习惯了centos开发环境就不用这么啰嗦了如果是win+centos环境那么你需要工具PieTTY+WinSCP（可要可不要）+VMware Workstation Pro+centos（安装jdk和一个验证jar包）在环境准备好后，你需要了解jvm gc等理论资料，比如https://www.cnblogs.com/Mandylov

1、环境介绍及准备：1.1 物理机操作系统　　物理机操作系统采用Centos7.3 64位，细节如下。[root@localhost ~]# uname -aLinux localhost.localdomain 3.10.0-514.6.1.el7.x86_64 #1 SMP Wed Jan 18 13:06:36 UTC 2017 x86_64 x86_64 x86_

1  背景      由于分布式全链路APM刚需，pinpoint源码与开发编译的不稳定性和复杂性，现有网络的误导性，故此全程展示哪些坑，如何正确处理2 前提  基础  :  win, centos, jdk, tomcat,mysql,redis,hadoop,hbase,kafka,zookeeper,springboot   分布式3套  :  秒杀系统源码一套，xpinpoint APM源