问题记录
文章平均质量分 70
一步一念
在路上
展开
-
【Linux】在生产环境中,Linux系统排查常用命令
r:运行和等待的CPU时间片的进程数,原则上1核的CPU的运行队列不要超过2,整个系统的运行队列不超过总核数的2倍,否则代表系统压力过大,我们看蘑菇博客测试服务器,能发现都超过了2,说明现在压力过大。svctm的值与await的值很接近,表示几乎没有I/O等待,磁盘性能好,如果await的值远高于svctm的值,则表示I/O队列等待太长,需要优化程序或更换更快磁盘。 us:用户进程消耗CPU时间百分比,us值高,用户进程消耗CPU时间多,如果长期大于50%,优化程序。原创 2024-04-01 22:23:53 · 1596 阅读 · 0 评论 -
OOM Error
但如果不断分配本地内存,堆内存很少使用,那么JVM就不需要执行GC,DirectByteBuffer对象就不会被回收,这时候堆内存充足,但本地内存可能已经使用光了,再次尝试分配本地内存就会出现OutOfMemoryError,那么程序就奔溃了。那就是GC清理的这点内存很快会再次被填满,迫使GC再次执行,这样就形成了恶性循环,CPU的使用率一直都是100%,而GC却没有任何成果。GC回收时间过长时会抛出OutOfMemoryError,过长的定义是,超过了98%的时间用来做GC,并且回收了不到2%的堆内存。原创 2024-03-29 16:47:53 · 1276 阅读 · 1 评论 -
死锁(Dead Lock)
死锁是指两个或多个以上的进程在执行过程中,因争夺资源而造成一种互相等待的现象,若无外力干涉那他们都将无法推进下去,如果资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则就会因争夺有限的资源而陷入死锁。解决方法:进程请求资源时,要求它不占有任何其它资源,也就是它必须一次性申请到所有的资源,这种方式会导致资源效率低。我们创建了一个资源类,然后让两个线程分别持有自己的锁,同时在尝试获取别人的,就会出现死锁现象。当我们出现死锁的时候,首先需要使用jps命令查看运行的程序。进程运行推进的顺序不对。原创 2024-03-27 17:13:00 · 501 阅读 · 0 评论 -
idea历史记录恢复代码
在idea中使用Git切换分支的时候,有时候会丢失代码,当这些代码没有或者的时候,使用Git相关命令就找不到代码了.这个时候代码就不能使用Git来恢复.这个时候我没就需要借助idea的历史功能来进行恢复.idea的历史功能是默认打开的,只保存,当代码丢失,应及时的操作,防止超过历史时间.原创 2024-03-27 13:39:45 · 1056 阅读 · 1 评论 -
iframe嵌入jupyterlab,jupyterlab 无法执行代码问题
iframe 嵌套 jupyterlab,jupyterlab 无法执行代码问题原创 2023-10-12 10:25:34 · 500 阅读 · 1 评论