昨天为了系统性能是否达到上某个功能的要求问题纠缠半天,因为缺乏相关的性能数据最后只能作罢,今天搜一下WAS的线程监控方法,用以收集相关性能数据。
ps -u was -o THREAD,其中SC列可以显示was用户的线程数。AIX可以通过XWindow下的perfwb来进行进程及线程监控。
其实UNIX下很多基本命令都很强大,我们平时可能仅用了其很少的功能,下面是ps命令的详解:
昨天为了系统性能是否达到上某个功能的要求问题纠缠半天,因为缺乏相关的性能数据最后只能作罢,今天搜一下WAS的线程监控方法,用以收集相关性能数据。
ps -u was -o THREAD,其中SC列可以显示was用户的线程数。AIX可以通过XWindow下的perfwb来进行进程及线程监控。
其实UNIX下很多基本命令都很强大,我们平时可能仅用了其很少的功能,下面是ps命令的详解:
转载于:https://www.cnblogs.com/badwood316/archive/2010/01/31/1660336.html
was即websphere application server的简称,是ibm的一种应用服务器,商业上使用较多。它属于一种中间件,可以通过配置它,可以极大的提高系统的性能和稳定性。
一般web项目都要放在服务器上,在代码没有极大的漏洞的情况下,可以通过优化was来提供项目系统的性能,或者找出系统的性能瓶颈。
一般都是配置was的线程池(即最大线程数),数据库的连接池(即数据库连接数),且配置需要遵循漏斗原则,以保证系统的稳定性。漏斗原则
web服务器——》web容器(应用服务器)——》数据库连接池
数据库连接池,一般小于线程池,线程池一般小于web服务器的最大请求数以某些银行项目为例,一般200万的用户,并发数为80,那么线程配50-100,数据库连接配10-50即可。注意,这里要根据实际来,因为该项目的用户同时交易较少,如果是商城(如淘宝)之类,用户同时交易多,可不能这样代表。
以下为其他网站相关文章的参考网址,能更好的阐述这样的性能配置。
WebSphere的池配置
WebSphere中池资源配置
vs2008下c++数组如果越界会发生“stack around the variable was corrupted”诸如此类的错误,如果有朋友在debug时不慎发生此错误,请检查您代码中的数组,看看在使用时有没有越界。
今天我在写oj评判模块的时候使用多线程评判时遇到一个怪问题,线程数大于12以上就会当掉,思来想去没有毛病,而且我的线程重量不是很大,所以还不至于程序栈区真的溢出,去网上看了看,发现数组越界有很大可能(还有一个原因是使用直接定义的变量太多,导致真的栈溢出,如果您的程序体积比较大,也可适当考虑一下这个原因,不过10M的默认栈区不是很容易达到的,一般还是数组越界问题),仔细查看之下,发现我在以前测试的时候启动的是10个线程,所以在存储线程ID和HANDLE时直接写了HANDLE threadHandles[10]类似的语句,而一旦启动较多的线程如20、70.。。。。便会发生栈区的错误,改成动态数组后,问题解决。
转载于:https://www.cnblogs.com/hxf829/archive/2009/11/28/1659749.html
在使用LIO_SAM包时,由于LIO_SAM依赖gtsam库,所以就下载编译了一下。
- gtsam 下载
或者在github上下载,不过有点慢。
git clone https://github.com/borglab/gtsam/releases/tag/4.0.2
- gtsam编译
在gtsam-4.0.2文件加下新建build文件夹:
gtsam install,注意加线程数,默认是j1,编译很慢。
然后出现了这样的错误:gtsam自带的Eigen和系统安装的Eigen之间有冲突。gtsam编译的时候默认使用了自带的Eigen,而系统中如果还安装过一个eigen的话,就会有冲突。
解决办法就是让gtsam编译的时候使用系统的Eigen。
在gtsam-4.0.2文件夹下找到CMakeList.txt文件,打开,搜索if(GTSAM_USE_SYSTEM_EIGEN)
在if(GTSAM_USE_SYSTEM_EIGEN)
上面添加set(GTSAM_USE_SYSTEM_EIGEN ON)
删除build文件内容,再次编译,cmake ..
之后,查看终端log,如果Use System Eigen:ON
,就OK了。