（友情提示：本博文章欢迎转载，但请注明出处：hankchen，http://www.blogjava.net/hankchen）
扯淡 首先说明这篇博客是文不对题的。起这个名字想法来源自韩寒的《我所理解的生活》，之前看过一个关于这本书的视频，感觉巨牛X，于是就想写一篇《我所理解的性能测试》。虽然是文不对题的，但我就是想用这个名字，在这个残忍的社会，给自己博客文章起个名字这点权利还是有的。 下面我要贴出来的是zee大神的《性能测试面试问题列表》中列出来的性能测试与操作系统方面问题与我自己整理的回答。回答的不一定对，也懒得去改了。就用这些问题与回答来记录我这段时间的努力，来记录我所理解的性能测试吧。 性能测试 1.如何理解TPS 性能指
在多任务操作系统中，为了提高CPU的利用率，可以让当前系统运行远多于CPU核数的线程。但是由于同时运行的线程数是由CPU核数来决定的，所以为了支持更多的线程运行，CPU会把自己的时间片轮流分给其他线程，这个过程就是上下文切换。 导致上下文切换的原因有很多，比如通过wait()、sleep()等方法阻塞当前线程，这时CPU不会一直等待，而是重新分配去执行其他线程。当后续CPU重新切换到当前线程时，CPU需要沿着上次执行的指令位置继续运行。因此，每次在CPU切换之前，需要把CPU寄存器和程序计数器保存起来，这些信息会存储到系统内核中，CPU再次调度回来时会从系统内核中加载并继续执行。简而言之，上下文切换，就是CPU把自己的时间片分配给不同的任务执行的过程。
前言 工作越久发现自己越麻瓜。感觉只有每天积累一点，才不会觉得空虚。 redis-benchmark用法 redis-benchmark是用于给redis进行压测的。 1.100个并发连接，10000个请求 redis-benchmark -h 127.0.0.1 -p 6379 -c 100 -n 10000 2.存取大小为100字节的数据包 redis-benchmark -h 127.0.0.1 -p 6379 -q -d 100 3.只测试某些操作的性能 redis-bench
如果代码能够在某个操作正常完全之前置入“完成”状态，那么这个操作就称为可取消的。java中提供了协作式机制，使请求取消的任务和代码遵循一种协商好的协议。
在上文我们介绍了如何使用腾讯云的GPU部署大模型，我们使用了FastChat框架部署了ChatGLM3-6B的模型。
https://www.bilibili.com/video/BV1Ng4y1q7bm 学习笔记
一切互斥操作的依赖是 自旋锁（spin_lock），互斥量（semaphore）等其他需要队列的实现均需要自选锁保证临界区互斥访问。
参考于：https://www.bilibili.com/video/BV1py4y1m7N6?from=search&seid=18247579430377169458&spm_id_from=33
Postgresql 的监控其实有很多即时的软件可以进行监控，今天会介绍PG_TOP 和PG_Activity 即时监控和处理部分操作的工具。
中 , 实现了 获取线程调度策略 , 获取指定调度策略的最大和最小优先级 , 获取线程优先级 , 设置线程调度策略 等功能 ;
下面继续分析线程池如何管理运行线程，其实就一句话，维护一个线程队列，然后对这个线程队列进行存取操作
在单核CPU机器下,也可以支持并发多线程执行代码,这个时候CPU会为每一个线程分配对应的时间片,通过在指定的时间片内执行对应的线程程序代码,时间片一到,线程再继续争抢CPU资源重复上述动作,CPU需要不断地进行来回切换上下文以便能够执行到争抢到资源的线程,开发人员可以在linux系统下通过vmstat查看的context switch,即cs表示上下文
Arthas 是一款线上监控诊断产品，通过全局视角实时查看应用 load、内存、gc、线程的状态信息，并能在不修改应用代码的情况下，对业务问题进行诊断，包括查看方法调用的出入参、异常，监测方法执行耗时，类加载信息等，大大提升线上问题排查效率。
pthread不是Linux下的默认的库，也就是在链接的时候，无法找到phread库中哥函数的入口地址，于是链接会失败。在gcc编译的时候，附加要加 -lpthread参数即可解决。
在mysql中锁表与表解锁，我们用到lock与unlock了，今天我来给各位朋友整理一些在使用lock tables与unlock tables过程中的一些经验分享。
线上应用故障排查之一：高CPU占用 一个应用占用CPU很高，除了确实是计算密集型应用之外，通常原因都是出现了死循环。 以我们最近出现的一个实际故障为例，介绍怎么定位和解决这类问题。 image.png 根据top命令，发现PID为28555的Java进程占用CPU高达200%，出现故障。 通过ps aux | grep PID命令，可以进一步确定是tomcat进程出现了问题。但是，怎么定位到具体线程或者代码呢？ 首先显示线程列表: ps -mp pid -o THREAD,tid,time image.
随着系统自身数据量的增长，访问量增加，系统的响应通常会越来越慢，或者是新的功能在性能上无法满足修去，这个时候需要对系统进行性能调优。调优是一个复杂的过程，涉及的方面有：硬件，操作系统，运行环境软件和应用本身。
进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，而线程只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些。
在 Java 中，死锁（Deadlock）情况是指：两个或两个以上的线程持有不同系统资源的锁，线程彼此都等待获取对方的锁来完成自己的任务，但是没有让出自己持有的锁，线程就会无休止等待下去。线程竞争的资源可以是：锁、网络连接、通知事件，磁盘、带宽，以及一切可以被称作“资源”的东西。
首先第一步下载安装包，官网下载地址https://jmeter.apache.org/download_jmeter.cgi，windows系统和linux用一个。注：jmeter5.4.3需要java8及以上版本。
ReentrantLock在并发情况下只允许单个线程执行受保护的代码，而在大部分应用中都是读多写少，所以，如果使用ReentrantLock实现这种对共享数据的并发访问控制，将严重影响整体的性能。ReentrantReadWriteLock中提供的读取锁(ReadLock)可以实现并发访问下的多读，写入锁(WriteLock)可以实现每次只允许一个写操作。但是，在它的实现中，读、写是互斥的，即允许多读，但是不允许读写和写读同时发生。
在SpringBoot2.7.10版本中内置Tomcat版本是9.0.73，SpringBoot内置Tomcat的默认设置如下：
这篇文章介绍Linux下线程的创建与基本使用案例，主要是案例代码为主；相关的函数详细介绍在上篇文章里已经介绍过了。
但可以读出,fetch只能读第一个数据，但不会把该数据从Channel中删除，但take!会读出后删除。
最近，一个去大厂面试的朋友跟我说起了一个面试题：一个 SpringBoot 项目能同时处理多少请求？
如果核心线程满了 , 将该任务放入 " 阻塞队列 " 中 , 查看阻塞队列是否已满 ;
现实中有这样一种场景：对共享资源有读和写的操作，且写操作没有读操作那么频繁。在没有写操作的时候，多个线程同时读一个资源没有任何问题，所以应该允许多个线程同时读取共享资源；但是如果一个线程想去写这些共享资源，就不应该允许其他线程对该资源进行读和写的操作了。
说明：可以看到ReentrantReadWriteLock实现了ReadWriteLock接口，ReadWriteLock接口规范了读写锁方法，具体操作由子类去实现，同时还实现了Serializable接口，表示可以进行序列化操作。
ReentrantLock 是一种基于 AQS 框架的应用实现，是 JDK 中的一种线程并发访问的同步手段，它的功能类似于 synchronized 是一种互斥锁，可以保证线程安全
协程不是系统级线程，很多时候协程被称为“轻量级线程”、“微线程”、“纤程(fiber)”等。简单来说可以认为协程是线程里不同的函数，这些函数之间可以相互快速切换
【1】Executors.newFixedThreadPool(n)：创建一个定长的线程池，可控制线程最大并发数，超出的线程会在队列中等待。创建的线程池 corePoolSize 和 maximumPoolSize 值是相等的，使用的是 LinkedBlockingQueue 阻塞队列。执行长期的任务，性能好很多。底层实现如下：
这篇主要讲述ThreadPoolExecutor的源码分析，贯穿类的创建、任务的添加到线程池的关闭整个流程，让你知其然所以然。希望你可以通过本篇博文知道ThreadPoolExecutor是怎么添加任务、执行任务的，以及延伸的知识点。那么先来看看ThreadPoolExecutor的继承关系吧。
解决线程安全问题使用ReentrantLock就可以，但是ReentrantLock是独占锁，某时只有一个线程可以获取该锁，而实际中会有写少读多的场景，显然ReentrantLock满足不了这个需求，所以ReentrantReadWriteLock应运而生。ReentrantReadWriteLock采用读写分离的策略，允许多个线程可以同时获取读锁。
FutureTask 能够接收 Callable 类型的参数，用来处理有返回结果的情况
来源 | http://cnblogs.com/zjfjava/p/11227456.html
关于线程我不想再说什么，感兴趣的同学可以看我之前写过的一篇文章:Android-多线程,这里对线程有一个比较详细的解释。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
Semaphore 使用纯粹的内核时间(kernel-time)方式(等待时间很短)，并且支持在不同的进程间同步线程(像Mutex)。
memcache的运行状态可以方便的用 stats 命令显示。 首先用telnet 127.0.0.1 11211这样的命令连接上memcache，然后直接输入stats就可以得到当前memcache的状态。 这些状态的说明如下：
多线程的东西很多，也很有意思，所以我最近的重心可能都是多线程的方向去靠了，不知道大家喜欢否？
线程是程序执行的最小单位，它是进程中的一个实体，是被操作系统独立调度和分派的基本单位。一个进程可以包含多个线程，这些线程可以并发执行，共享进程的资源。
大家好，这篇文章我们来聊下动态线程池开源项目（DynamicTp）的通知告警模块。目前项目提供以下通知告警功能，每一个通知项都可以独立配置是否开启、告警阈值、告警间隔时间、平台等，具体代码请看core模块notify包。
https://www.cnblogs.com/poloyy/p/13291704.html
在jdk1.0时代，要终止一个Java线程，可以使用Thread提供的stop()和destroy()等方法，但这些方法在jdk1.4之后就已经不推荐使用了，原因是这些方法会强行关闭当前线程，并解锁当前线程已经持有的所有监视器（互斥锁、共享锁），这会导致被这些监视器保护的数据对象处于不一致的状态，其它线程可以查看到这些不一致状态的数据对象，从而导致各种不可预知的错误。
创建线程或线程池时请指定有意义的线程名称，方便出错时回溯，即 threadFactory 参数要构造好。
我们知道，在计算机中创建一个线程和销毁一个线程都是十分耗费资源的操作，有一种思想叫做，池化思想，就是说我们创建个池子，把耗费资源的操作都提前做好，后面大家一起用创建好的东西，用完了就放回池子里，谁用谁取，最后统一销毁。省去了用一次创建一次，销毁一次，这种耗费资源的操作。线程池就是这种思想。
nginx 使用的 epoll 是非阻塞的，但不是异步IO。 glibc 的 aio 有 bug , kernel 的 aio 只能以 O_DIRECT 方式做直接 IO , libeio 也是 beta 阶段。epoll 是成熟的，但是 epoll 本身是同步的。Linux 上目前没有像 IOCP 这样的成熟异步 IO 实现。
Tomcat/Jetty 是目前比较流行的 Web 容器，两者接受请求之后都会转交给线程池处理，这样可以有效提高处理的能力与并发度。JDK 提高完整线程池实现，但是 Tomcat/Jetty 都没有直接使用。Jetty 采用自研方案，内部实现 QueuedThreadPool 线程池组件，而 Tomcat 采用扩展方案，踩在 JDK 线程池的肩膀上，扩展 JDK 原生线程池。
（2）stack - 输出当前方法被调用的调用路径, 一个方法被执行的路径非常多，不知道这个方法是从那里被执行，就可以采用
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
