pstack在linux上是一个非常有用的工具，可以查看进程内部调用函数的信息。可惜的是在ubuntu10.10版本中没有找到这个工具。无奈，只能下载尝试编译了。...27 /* RESTRICTIONS: 28 29 pstack currently works only on Linux, only on an x86 machine running 30 32
stack_size "100*1024*1024") set(CMAKE_EXE_LINKER_FLAGS "-Wl,--stack,${stack_size}") 其中100*1024*1024是100MB的大小
JAVA堆栈信息 实际生产中，可能由于开发以及测试未能全面覆盖的代码质量、性能问题，而引致线程挂起甚至崩溃。可能就需要查看堆栈信息来排查问题了。...com.byron4j.currency.lock.ReantrentLockDemo -Dfile.encoding=UTF-8 我们看到当前计算机运行了3个java进程，进程id为6812的是我们的应用服务，我们需要查看其堆栈信息...jstack -l pid 我们使用 jstack -l 6812 查看我们的应用堆栈信息: C:\Users\Administrator>jstack -l 6812 2017-08-06 14:00...# 应用的堆栈信息 "main" #1 prio=5 os_prio=0 tid=0x000000000263f000 nid=0xc4 waiting on condition [0x00000000027af000...com.byron4j.currency.lock.ReantrentLockDemo.main(ReantrentLockDemo.java:19) Locked ownable synchronizers: - None 可以看到我们的应用线程当前处于等待睡眠状态
经常看到一些博客在讲 Linux 内存的 PAGE SIZE 时，都会提到 Linux 默认页大小是 4KB。 笔者通过搜索找到了一些与 PAGE SIZE 相关的资料，希望对读者有所帮助。...1、Linux 默认页大小不是 4KB 首先，我们先看看 Linux 默认页大小是 4KB 是否能够成立？...2、Linux 默认页大小是对应架构的 MMU 管理的最小值 本结论来自一篇2002年的文章 Multiple Page Size Support in the Linux Kernel [3]。...3、x86 架构下，Linux 默认页大小是 4Kb x86 架构下，Linux 默认页大小是 4Kb 的原因很简单，x86 的 MMU 管理的最小值就是 4k。...4、Linux 的默认大小会控制在 16K 以内 本结论来自一篇 Linus Torvalds 的吐槽文章 Some alternatives for alias handling [6]。
由于hook时要线程安全，考虑每条线程的堆栈放对应的数据，于是找了一下网上的说法是默认2M，实际情况却不是这样的。在win10下，使用gcc,vc++,delphi，3种编译器默认编译进行了测试。...真实大小是1A0000-A3000=FD000(1,036,288) 大约1M，这是堆栈满了重新分配后的大小，必须跨越栈底堆栈才会重新分配，我想这部分应该在内核，暂时还没研究。...而默认大小实际是5000(20480)也就是20K，想要增加到1M，必须多次跨越栈底，每次增加1000(4096)，也就是4K，一直到A3000(注意这里是例子中的偏移，实际情况可能不一样，比如另一个表现为...说一下栈顶，跨越栈顶没有问题，但是操作系统并不会更改TEB中的数据，所以这种做法无法增加堆栈大小。...再说一下线程安全，直接在堆栈中分配的局部变量当然是安全的，但是指针不安全，如果每条线程分配一个对象，这种面向对象也是安全的，全局变量是不安全的，而不同线程使用同一个对象也是不安全的。
有位工作5年的小伙伴问我说，为什么Netty线程池默认大小为CPU核数的2倍，今天，我花2分钟时间给大家专门分享一下我对这个问题的理解。...： 最佳线程数 = CPU核数 *（1 + R） 而Netty的默认线程池个数，就是假设了I/O耗时和CPU耗时的占比是1:1，实际上Netty有一个参数叫ioRatio，默认为50，它表示在一个轮事件循环中...相当于 R = 1，代入上面的公式，就可以得出Netty默认设置的线程池大小自然就是 默认线程池大小 = CPU核数 * (1 + 1) 也就2倍CPU核数大小。...3、总结与使用建议 通过前面的分析，我们已经知道了Netty线程池默认大小未CPU核数2倍的原因，我们在实际开发中，如何来得到一个比较准确的线程池大小呢？ 我们可以提前压测，根据压测结果来进行微调。...在大部分场景下，没有必要太过于关注线程池大小怎么配置，I/O密集型任务使用Netty默认配置就可以了。
栈是线程私有的，每个线程都是自己的栈，每个线程中的每个方法在执行的同时会创建一个栈帧用于存局部变量表、操作数栈、动态链接、方法返回地址等信息。...堆是线程共享的，所有的对象的实例和数组都存放在堆中，任何线程都可以访问。Java的垃圾自动回收机制就是运用这个区域的。...方法区也是线程共享的，用于存放类信息（包括类的名称、方法信息、字段信息）、常量、静态变量以及即时编译器编译后的代码等等。
背景： 通过代码规范，修改了包名为全小写（修改了文件夹目录），但发现push后，git服务器的文件夹目录还是为大写 解决方法： git默认是不区分大小写的，意思是你修改一个文件名/文件夹的时候，git...status 是不会提示你有修改的 可以通过git config --get core.ignorecase 查看默认配置 通过git config core.ignorecase false设置为区分大小写
vdirObj.AspMaxRequestEntityAllowed 然后保存为.vbs文件，如：vf.vbs 然后在命令行模式下，执行 cscript 文件路径及文件名，如：cscript d:\vf.vbs 这样ASP上传大小就更改为了上面设置的...此时发现AspMaxRequestEntityAllowed丢之，点右键添加new属性为asp，设置自己需要的大小，然后确定即可～～～ 如果是PHP的 打开php.ini，首先找到 file_uploads...默认为ON即是开 upload_tmp_dir ;文件上传至服务器上存储临时文件的地方，如果没指定就会用系统默认的临时文件夹 upload_max_filesize = 8m ;望文生意，即允许上传文件大小的最大值...默认为2M post_max_size = 8m ;指通过表单POST给PHP的所能接收的最大值，包括表单里的所有值。...默认为8M 一般地，设置好上述四个参数后，上传<=8M的文件是不成问题，在网络正常的情况下。 但如果要上传>8M的大体积文件，只设置上述四项还一定能行的通。
效率地下的 SQL 语句或者不恰当的数据库设计 不恰当的 GC 参数设置导致的性能低下 线程数量不足 内存泄漏导致的频繁 GC 2.2 性能瓶颈分析的手段和工具 上面提到的这些原因形成的性能瓶颈，都可以通过线程堆栈分析...2.2.2 如何通过线程堆栈识别性能瓶颈 通过线程堆栈，可以很容易的识别多线程场合下高负载的时候才会出现的性能瓶颈。一旦一个系统出现性能瓶颈，最重要的就是识别性能瓶颈，然后根据识别的性能瓶颈进行修改。...一般多线程系统，先按照线程的功能进行归类（组），把执行相同功能代码的线程作为一组进行分析。当使用堆栈进行分析的时候，以这一组线程进行统计学分析。...一般一个系统一旦出现性能瓶颈，从堆栈上分析，有如下三种最为典型的堆栈特征： 绝大多数线程的堆栈都表现为在同一个调用上下文，且只剩下非常少的空闲线程。...2.2.3 其他提高性能的方法 减少锁的粒度，比如 ConcurrentHashMap 的实现默认使用 16 个锁的 Array（有一个副作用：锁整个容器会很费力，可以添加一个全局锁） 2.2.4 性能调优的终结条件
(图1-2)； (图1-2) 2.再次进入方法，可以看到最终又调用了一个notify方法，继续跟进 (图1-3) 好了，在这里是真正的核心逻辑了 (图1-4)： 首先有一个policy策略(默认为...enteylist队列的排头位置 Policy=1：放入到entrylist队列末尾位置 Policy=2：判断entrylist是否为空，为空就放入到entrylist中，否则放入到cxq队列的排头位置(默认...) Policy=3：判断cxq是否为空，如果为空，直接放入头部，否则放入cxq队列末尾位置 其余情况：直接唤醒线程(unpark) 但这几乎是不可能的，因为jdk默认策略为2 且jvm参数不可修改(除非直接更改源码打包...0）默认是0 Qmode=0的判断逻辑就是先判断entrylist是否为空，如果不为空，则取出第一个唤醒，如 果为空再从cxq里面获取第一个唤醒 最后看看唤醒的方法ExitEpilog： 总结： 线程的...notify/nofityAll方法在jvm源码中并没有唤醒线程，而是从waitSet链表取出一个节点进行挪动(根据policy策略，默认为2，判断entrylist是否为空，为空就放入到entrylist
效率地下的 SQL 语句或者不恰当的数据库设计 不恰当的 GC 参数设置导致的性能低下 线程数量不足 内存泄漏导致的频繁 GC 2.2 性能瓶颈分析的手段和工具 上面提到的这些原因形成的性能瓶颈，都可以通过线程堆栈分析...image 2.2.2 如何通过线程堆栈识别性能瓶颈 通过线程堆栈，可以很容易的识别多线程场合下高负载的时候才会出现的性能瓶颈。...一般多线程系统，先按照线程的功能进行归类（组），把执行相同功能代码的线程作为一组进行分析。当使用堆栈进行分析的时候，以这一组线程进行统计学分析。...绝大多数线程的堆栈都表现为在同一个调用上下文，且只剩下非常少的空闲线程。...2.2.3 其他提高性能的方法 减少锁的粒度，比如 ConcurrentHashMap 的实现默认使用 16 个锁的 Array（有一个副作用：锁整个容器会很费力，可以添加一个全局锁） 2.2.4 性能调优的终结条件
直接打印堆栈调试信息 测试代码如下: #include #include //信号钩子函数，获取栈信息，然后打印 void handle_segv(int signum
我们经常碰到一些定时任务卡死或者执行时间很长，这样的问题我们排查手段比较常用的是jstack命令 来查看线程堆栈，然后根据我们监控中的threadId或者threadName来查找线程详细堆栈看卡在哪个方法...常用命令如下： jstack pid >jstack.log 现在我们可以提供界面查看卡死线程堆栈 controller代码 @RequestMapping("/getStackTrace") @ResponseBody...monitoring ti = threadMBean.getThreadInfo(threadID, Integer.MAX_VALUE); } return ti; } 然后通过vm代码将堆栈展示在页面上
Canonical公司的Ubuntu桌面总监Will Cooke今天宣布，即将推出的Ubuntu 18.04 LTS（仿生海狸）操作系统将默认采用X.Org图形堆栈，而不是下一代Wayland显示服务器...Ubuntu 17.10（Artful Aardvark）是第一个将Wayland作为默认显示 服务器 发布的Ubuntu发行版，而XOrg会话被放在后座上。...现在看起来Canonical要让新版本LTS，即Ubuntu 18.04 LTS（仿生海狸）提升安全性，因此决定默认使用旧的XOrg图形堆栈。...Canonical将坚持使用GNOME Shell作为Ubuntu 18.04 LTS的默认用户界面，并表示可能会为Wayland提供提供屏幕共享服务的协议，但速度并不如他们所希望的那么快。
返回堆栈 默认操作 II . 返回堆栈 保留所有元素操作 III . 返回堆栈 清除除根元素外所有元素操作 IV . 返回堆栈 清除指定的 Activity V . 总结 I ....返回堆栈 默认操作 ---- 任务进入后台 然后 恢复前台运行 返回堆栈 的 默认处理机制 : ① 长时间挂起任务 : 如果任务长时间在后台挂起 , 系统会清除 该任务返回堆栈中除 根 Activity...返回堆栈 保留所有元素操作 ---- 上面讲解了默认状态下 , 任务进入后台的处理机制 , 如果不想任务中的返回堆栈被清空 , 那么可以设置 android:alwaysRetainTaskState...: 该属性值默认为 false , 即默认情况下 任务进入后台 , 短时间内回到前台 不会清空 返回堆栈中的元素 ; 3 . android:clearTaskOnLaunch 属性设置起作用的前提条件...总结 ---- 返回堆栈清除管理 总结 : ① 默认状态下 : 任务进入后台 , 如果超过一定时间 , 就会清除除根 Activity 之外的其它元素 , 短时间内进入前台 , 会恢复完整的返回堆栈 ;
这里的cpu使用率与linux 命令top-H-p的线程%CPU类似，一段采样间隔时间内，当前JVM里各个线程的增量cpu时间与采样间隔时间的比例。...()接口) 然后睡眠等待一个间隔时间（默认为200ms，可以通过-i指定间隔时间） 再次第二次采样，获取所有线程的CPU时间，对比两次采样数据，计算出每个线程的增量CPU时间 线程CPU使用率 = 线程增量...使用参考 当前最忙的前N个线程并打印堆栈： 没有线程ID，包含[Internal]表示为JVM内部线程，参考dashboard命令的介绍。...- 当没有参数时，显示第一页线程的信息 默认按照CPU增量时间降序排列，只显示第一页数据。...- thread id, 显示指定线程的运行堆栈 - thread -b, 找出当前阻塞其他线程的线程 有时候我们发现应用卡住了， 通常是由于某个线程拿住了某个锁， 并且其他线程都在等待这把锁造成的。
线程池可以提高线程复用，又可以固定最大线程使用量，防止无限制地创建线程。...不过我不太推荐使用它们，因为选择使用 Executors 提供的工厂类，将会忽略很多线程池的参数设置，工厂类一旦选择设置默认参数，就很容易导致无法调优参数设置，从而产生性能问题或者资源浪费。...：任务队列，用来储存等待执行任务的队列threadFactory：线程工厂，用来创建线程，一般默认即可handler：拒绝策略，当提交的任务过多而不能及时处理时，我们可以定制策略来处理任务 我们还可以通过下面这张图来了解下线程池中各个参数的相互关系...通过上图，我们发现线程池有两个线程数的设置，一个为核心线程数，一个为最大线程数。在创建完线程池之后，默认情况下，线程池中并没有任何线程，等到有任务来才创建线程去执行任务。...：" + (end - start)); } } 备注：由于测试代码读取 2MB 大小的文件，涉及到大内存，所以在运行之前，我们需要调整 JVM 的堆内存空间：-Xms4g -Xmx4g，避免发生频繁的
真实程序中的线程数 那么在实际的程序中，或者说一些Java的业务系统中，线程数（线程池大小）规划多少合适呢？...默认Tomcat容器+HikariCP连接池+G1回收器，如果此时项目中也需要一个业务场景的多线程（或者线程池）来异步/并行执行业务流程。...不同场景下的线程数理念也有所不同： Tomcat中的maxThreads，在Blocking I/O和No-Blocking I/O下就不一样 Dubbo 默认还是单连接呢，也有I/O线程（池）和业务线程...（池）的区分，I/O线程一般不是瓶颈，所以不必太多，但业务线程很容易称为瓶颈 Redis 6.0以后也是多线程了，不过它只是I/O 多线程，“业务”处理还是单线程 所以，不要纠结设置多少线程了。...：CPU核心数 附录 Java 获取CPU核心数 Runtime.getRuntime().availableProcessors()//获取逻辑核心数，如6核心12线程，那么返回的是12 Linux
序 本文主要研究一下如何在应用代码里捕获线程堆栈 getRunnableStackTraces org/h2/util/Profiler.java private static List<Object...} return list; } h2的Profiler的getRunnableStackTraces方法通过Thread.getAllStackTraces()来收集线程堆栈...RuntimeException(e); } } h2的Profiler的readRunnableStackTraces方法则是基于给定的pid使用jstack来捕获线程堆栈...true)); } springboot的ThreadDumpEndpoint则使用的是ManagementFactory.getThreadMXBean().dumpAllThreads来获取线程堆栈...，也可以通过Process调用jstack命令，值得注意的是jstack捕获的线程堆栈包含了nid(比如"C2 CompilerThread0" #7 daemon prio=9 os_prio=31
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
