昨天为了系统性能是否达到上某个功能的要求问题纠缠半天，因为缺乏相关的性能数据最后只能作罢，今天搜一下WAS的线程监控方法，用以收集相关性能数据。
    ps -u was -o THREAD，其中SC列可以显示was用户的线程数。AIX可以通过XWindow下的perfwb来进行进程及线程监控。
    其实UNIX下很多基本命令都很强大，我们平时可能仅用了其很少的功能，下面是ps命令的详解：
    http://www.eygle.com/digest/2009/04/aix_ps_command.html
转载于: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 下载


https://download.csdn.net/download/qq_42226250/13206473

或者在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了。