它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程。所以不适合服务器环境
Java HotSpot™虚拟机实现（Java HotSpot™VM）是Sun Microsystems，Inc.的高性能Java平台虚拟机。Java HotSpot技术为Java SE平台提供了基础，Java SE平台是快速开发和部署业务关键型桌面和企业应用程序的首选解决方案。Java SE技术可用于Solaris操作环境（OE），Linux和Microsoft Windows，以及通过Java技术许可证的其他平台。
可能有人不知道ZGC是什么，他是新一代实验性质的垃圾收集器，我们知道GC的评价标准有三个：内存占用、吞吐量、延迟，没有哪个收集器能三者兼备，只能根据场景选择合适的收集器，而ZGC最大的特点就是超低的延迟，引用官方的说法，无论你的堆有多大，几百G还是几个T，都能在10ms以内完成垃圾回收，远远超越了G1、cms（延迟方面），代价是吞吐量的下降（约10%）和额外的内存占用。
Nginx 作为业界知名的高性能服务器，被广泛的应用。它的高性能正是由于其优秀的架构设计，其架构主要包括这几点：模块化设计、事件驱动架构、请求的多阶段异步处理、管理进程与多工作进程设计、内存池的设计，以下内容依次进行说明。
1. 概念 ---- G1收集器（Garbage First）是从 JDK 1.7 u4 版本之后正式引入到Java的垃圾收集器，此类垃圾收集器主要应用在多CPU以及大内存的服务器环境下，这样可以极大地减少垃圾收集的停顿时间，以提升服务器的操作性能。引入此收集器的主要目的是为了在将来的某一个时间内可以替换掉CMS（Concurrent Mark Sweep）收集器。 2. G1区域划分 ---- G1垃圾收集器采用的是区域化、分布式的垃圾收集器。其核心思想为将整个堆内存区域划分为大小相同的子区域（Regi
3、收集、分析WAS应用日志 4、根据系统资源数据分析及日志信息，基本定位发生或影响性能的瓶颈
方法区：主要是存储类信息，常量池（static 常量和 static 变量），编译后的代码（字
前提：某大型跨境电商业务发展非常快，线上机器扩容也很频繁，但是对于线上机器的运行情况，特别是jvm内存的情况，一直没有一个统一的标准来给到各个应用服务的owner。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
并发 & 并行 充分利用多CPU、多核环境下的硬件优势 来缩短 垃圾收集的停顿时间
如何在高性能服务器上进行JVM调优？ 为了充分利用高性能服务器的硬件资源，有两种JVM调优方案，它们都有各自的优缺点，需要根据具体的情况进行选择。 1. 采用64位操作系统，并为JVM分配大内存 我们知道，如果JVM中堆内存太小，那么就会频繁地发生垃圾回收，而垃圾回收都会伴随不同程度的程序停顿，因此，如果扩大堆内存的话可以减少垃圾回收的频率，从而避免程序的停顿。 因此，人们自然而然想到扩大内存容量。而32位操作系统理论上最大只支持4G内存，64位操作系统最大能支持128G内存，因此我们可以使用64位操作系
Tomcat调优是一个老话题，目的都是为了提高站点的吞吐和并发。这里面涉及到Tomcat本身参数的优化和JVM优化。近期在研究JVM的参数设置和Tomcat集群，所以进行了一下调优实践。需要说明的是：本文的配置肯定不是最好的，仅仅是一次实践和一次记录。步骤可以参考，但参数设置需要针对不同需求的项目来进行调整。 1、安装APR(Apache Portable Runtime) Tomcat 7 以后 Connector 默认启用 APR 协议，但是只有配置了 APR库才可以生效，否则还是会使用 BIO 或者N
Oracle正在考虑将JEP 248包含到Java 9的JEP列表中，即在服务器配置中将G1作为默认垃圾收集器。该决定在Java社区引发了一些争论，许多人都认为并发标记和扫描（CMS）收集器可能更合适
尊嘟假嘟？果然评论区抱着怀疑态度的牛友发问了：“两三个月实习顶多存两三万吧 ？武理奖学金十几万？”于是赛文回复到：“还有学校补贴和导师横向，实习了半年多，存了五六万吧。”
日志记录是软件开发中的一个重要主题，特别是当您需要分析生产环境中的bug和其他意外事件时。实现日志记录通常很简单。但正如你可能经历过的，日志要比看起来复杂得多。这就是为什么你可以在博客上找到很多关于它的文章。
垃圾收集是Java虚拟机（JVM）的重要功能之一，它负责自动回收不再使用的内存资源，提高应用程序的性能和可靠性。垃圾收集算法是实现垃圾收集的核心，本文将介绍JVM中常见的垃圾收集算法及其特点。
Serial 是一款用于新生代的单线程收集器，采用复制算法进行垃圾收集。Serial 进行垃圾收集时，不仅只用一条线程执行垃圾收集工作，它在收集的同时，所有的用户线程必须暂停（Stop The World）。
上次分享了Linux的信息收集脚本，有小伙伴说实际环境中还有不少Windows的机器，今天给大家分享个Windows服务器信息收集脚本以及使用方法，详见下面具体信息。
Jvm体系总体分四大块：类的加载机制、Jvm内存结构、GC算法垃圾回收、GC分析命令调优。
2，游戏类型是一款在moba游戏上加入rts元素的实时对战游戏，支持1v1，2v2的模式。
引用计数 原理：当一个对象的引用被创建或者复制时，对象的引用计数加1；当一个对象的引用被销毁时，对象的引用计数减1，当对象的引用计数减少为0时，就意味着对象已经再没有被使用了，可以将其内存释放掉。
就目前大环境来看，跳槽成功的难度比往年高很多。一个明显的感受：今年的面试，无论一面还是二面，都很考验Java程序员的技术功底。这不马上又到了面试跳槽的黄金段，成功升职加薪，不成功饱受打击。当然也要注意，跳槽时时刻刻都在发生，但是我建议大家跳槽之前，先想清楚为什么要跳槽。切不可跟风，看到同事一个个都走了，自己也盲目的开始面试起来（期间也没有准备充分），到底是因为技术原因（影响自己的发展，偏移自己规划的轨迹），还是钱给少了，不受重视。只有考虑好了跳出去后才不会后悔。
程序在垃圾回收上花费了98%的时间，却收集不会2%的空间。 假如不抛出GC overhead limit，会造成：
JVM中的垃圾收集器一直在不断发展中，比较成熟的垃圾回收器有串行回收器、并行回收器、标记回收器、垃圾优先回收器等，JDK11中引入了ZGC，JDK12中引入另外一款垃圾回收器Shenandoah。
小型.NET对象被分配到小型对象堆（SOH）上。其中有3种：第0代，第1代和第2代。对象根据其寿命向上移动。
所有新生成的对象首先都是放在年轻代。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代一般分3个区，1个Eden区，2个Survivor区（from 和 to）。
如果我们所在公司的业务量比较大，在生产环境经常会出现JVM内存溢出的现象，那我们该如何快速响应，快速定位，快速恢复问题呢？
小型对象是被分配在小型对象堆SOH上的。SOH有3代，分别是：第0代，第1代，第2代。对象根据寿命向上移动。将新对象放在Gen 0上。当第0代充满时，.NET垃圾收集器会处理不需要的对象，并将其它内容移至第1代上，如果第1代充满了那么垃圾回收会再次运行处理不需要的对象，并将其它内容移至第2代上。那么当第2代充满时会发生垃圾回收完全运行。将清除不需要的第2代对象，并将第1代对象移动到第2代上，然后将第0代对象移动到第1代上，最后清除所有未引用内容。每次运行垃圾回收后会压缩受影响的堆，将仍然在使用的内存放置在一起。这种方法可以确保高效运行，并且耗时的压缩过程只在必要时发生。
相信朋友对SQL Server性能调优相关的知识或多或少都有一些了解。虽然说现在NOSQL相关的技术非常的火热，但是RMDB(关系型数据库)与NOSQL是并存的，并且适用在各种的项目中。在一般的企业级开发中，主要还是RMDB占据主导地位。并且在互联网项目中，也不是摒弃了RMDB，例如MySQL就在很多的互联网应用中发挥着作用。所以，对数据库的调优是个值得深入学习的课题。本系列文章，主要讲述与SQL Server相关的调优知识，希望能够为朋友们带来一些帮助。 本篇提纲如下： 传统SQL Server调优方式的
Java 虚拟机（JVM）是 Java 程序运行的环境，而垃圾回收（GC）是 JVM 中重要的组成部分之一，负责自动回收内存，避免内存泄漏和程序崩溃。JVM 的垃圾回收算法经历了多年的发展和优化，本文将深入分析 JVM 的垃圾回收算法，包括其原理、优缺点以及应用场景。
ZGC是一款在JDK11中新加入的具有实验性质的低延迟垃圾收集器，目前仅支持Linux/x86-64。ZGC收集器是一款基于Region内存布局的，（暂时）不设分代的，使用了读屏障、染色指针和内存多重映射等技术来实现可并发的标记-整理算法的，以低延迟为首要目标的一款垃圾收集器。
有时，我们会发现服务器的操作系统、web应用程序常使用的库或比较活跃的服务中存在的漏洞，或者可能存在浏览器或web代理无法利用的其他安全问题。
thr0cyte，Gr33k，花花，MrTools，R1ght0us，7089bAt
RansomExx 是一种勒索软件变种，它在 2020 年引发了几次备受瞩目的攻击，已显示出进一步发展和不受阻碍的活动迹象。最近报道的发展涉及使用适用于 Linux 服务器的更新变体，有效地将其范围扩展到 Windows 服务器。
「后端面经」系列已经分享了非常多的互联网大厂的面经，这次我们来看不一样的，来看看深圳某小厂后端面经。
堆内存变大后，虽然垃圾收集的频率减少了，但每次垃圾回收的时间变长。 如果堆内存为 14 G，那么每次 Full GC 将长达数十秒。如果 Full GC 频繁发生，那么对于一个网站来说是无法忍受的。
本文由CrowHawk(https://crowhawk.github.io/2017/08/21/jvm_4/)翻译，是Java GC调优的经典佳作。 本文翻译自Sangmin Lee发表在Cubrid上的"Become a Java GC Expert"系列文章的第三篇《How to Tune Java Garbage Collection》,本文的作者是韩国人，写在JDK 1.8发布之前，虽然有些地方有些许过时，但整体内容还是非常有价值的。译者此前也看到有人翻译了本文，发现其中有许多错漏生硬和语焉不详
本文由CrowHawk翻译，地址：如何优化Java GC「译」，是Java GC调优的经典佳作。
Serial收集器是最基本、历史最悠久的垃圾收集器了。JDK1.3之前回收新生代唯一的选择。
一般每个服务都有对外承诺的服务质量，那么我们就需要根据这个目标来做容量规划及硬件方面的投入。
监控Web服务器或Web主机的运行状况和正常运行非常重要。如果希望确保您的网站可用性在您的控制之中，那你就需要收集服务器各种性能数据以供分析和调整。以下是收集的常用大多数服务器监控组件解决方案。
现在稍微大一点的网站基本上都有好几个子域名，比如www.xz577.com, xz577.com, vip.xz577.com，这些网站如果需要共用用户登录信息，那么就需要做到session共享，当然前提是有相同的主域名。
你想随时知道你的服务器的运行状况吗？比如CPU，内存，IO，网络的使用情况，该监听的端口是否正在监听，是否有进程占用了太多内存等等。你是否想到了SNMP,Cacti,Nagios。 有个更简单的办法就是写一个shell脚本来收集系统运行的信息，然后用crontab定时去执行，然后用nginx把收集的系统信息暴露出来，这样你就可以随时用手机查看你的服务器运行信息了。 这里有一个shell脚本，可以收集系统的常规的运行信息。 https://github.com/onlytiancai/codesnip/blo
"本文主要对fluent-bit 1.3版本配置做详细介绍，关注后回复【pdf】获得文档"
服务器监控工具功能相当强大，无论何时何地，我们都可以了解到服务器的功能以及性能。服务器监控工具的使用，可以让我们清楚的知道用户可以打开我们的网站，且确保网速不慢。只有这样做，才能留住宝贵的用户，以免因为系统停运的原因，导致用户丢失。基于此，我为大家收集了12款超实用的服务器监控工具。
进行云服务器的负载测试可以帮助您评估服务器的性能、稳定性和扩展能力。以下是进行云服务器负载测试的一般步骤：
我最近看过一堆宣传 Go 语言的最新垃圾收集器的文章。 其中一些文章来自 Go 项目本身。 他们声称 GC 技术发生了根本性的突破。
这篇文章主要概括的聊一聊GC，大概知道有哪些知识点或使用的时候需要注意什么。讲GC的文章一抓一大把，我就挑几个我个人比较有兴趣的地方分享一下。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
