引言
这段时间折腾了哈Java web应用的压力测试，部署容器是tomcat 7。期间学到了蛮多散碎的知识点，及时梳理总结，构建良好且易理解的知识架构把它们组织起来，以备忘。
对web应用开发者来说，我们很关心应用可同时处理的请求数，以及响应时间。应用本身和它运行在其中的web容器是两个很重要的影响因素。
对tomcat来说，每一个进来的请求(request)都需要一个线程，直到该请求结束。如果同时进来的请求多于当前可用的请求处理线程数，额外的线程就会被创建，直到到达配置的最大线程数(maxThreads属性值)。如果仍就同时接收到更多请求，这些来不及处理的请求就会在Connector创建的ServerSocket中堆积起来，直到到达最大的配置值(acceptCount属性值)。至此，任何再来的请求将会收到connection refused错误，直到有可用的资源来处理它们。
分析、梳理、组织
这里我们关心的是tomcat能同时处理的请求数和请求响应时间，显然Connector元素的maxThreads和acceptCount属性对其有直接的影响。无论acceptCount值为多少，maxThreads直接决定了实际可同时处理的请求数。而不管maxThreads如何，acceptCount则决定了有多少请求可等待处理。然而，不管是可立即处理请求还是需要放入等待区，都需要tomcat先接受该请求(即接受client的连接请求，建立socketchannel)，那么tomcat同时可建立的连接数(maxConnections属性值)也会影响可同时处理的请求数。
我们可把tomcat想象成一家医院，你来到医院大厅挂号看病，如果人家接受了，就相当于client和server建立socket连接了。接着你来到相应的科室，科室里每位医生都有一间诊室，这就相当于处理请求的线程；如果所有诊室都有病人，科室的调度护士会让你在科室小厅中耐心等待，直到他们通知你去几号诊室就诊；如果有空闲医生，你就可以立即就诊。
有的病人到医院很仓促，结果轮到他挂号或者就诊了，他还在包里翻找病例本和医保卡，如果超过了护士或医生心里可承受的等待时间，他们就会让病人到旁边找去，先服务下位。这种情形跟Connector元素的connectionTimeout属性所起的作用很相像。如果当前连接器(Connector)在接受连接后，等待了指定的时间但仍未接收到requestURI line，就会抛出超时异常。
知识点收集
tomcat 7 的配置参考文档对相关属性已经描述的很详细了，这里把它们收集到一起：
protocol
Sets the protocol to handle incoming traffic. The default valueis HTTP/1.1 which uses an auto-switching mechanism to select either a blockingJava based connector or an APR/native based connector. If the PATH (Windows) orLD_LIBRARY_PATH (on most unix systems) environment variables contain the Tomcatnative library, the APR/native connector will be used. If the native librarycannot be found, the blocking java based connector will be used. Note that theAPR/native connector has different settings for HTTPS than the Javaconnectors.
To use an explicit protocol rather than rely on the auto-switching mechanismdescribed above, the following values may be used:
org.apache.coyote.http11.Http11Protocol- blocking Java connector
org.apache.coyote.http11.Http11NioProtocol- non blocking Java connector
org.apache.coyote.http11.Http11AprProtocol- the APR/native connector.
Custom implementations may also be used.
Take a look at our Connector Comparison chart. The configuration for both Javaconnectors is identical, for http and https.
For more information on the APR connector and APR specific SSL settings pleasevisit the APR documentation
maxThreads
The maximum number of request processing threads to be createdby this Connector, which therefore determines the maximum number ofsimultaneous requests that can be handled. If not specified, this attribute isset to 200. If an executor is associated with this connector, this attribute isignored as the connector will execute tasks using the executor rather than aninternal thread pool.
acceptCount
The maximum queue length for incoming connection requests whenall possible request processing threads are in use. Any requests received whenthe queue is full will be refused. The default value is 100.
maxConnections
The maximum number of connections that the server will acceptand process at any given time. When this number has beenreached, the server will accept, but not process, one further connection. Thisadditional connection be blocked until the number of connections beingprocessed falls below maxConnections at which point the server will startaccepting and processing new connections again. Note that once the limit hasbeen reached, the operating system may still accept connections based on theacceptCount setting. Thedefault value varies by connector type. For BIO the default is the value of maxThreads unless an Executor isused in which case the default will be the value of maxThreads from theexecutor. For NIO the default is 10000. For APR/native, the default is 8192.
Note that for APR/native on Windows, the configured value will be reduced tothe highest multiple of 1024 that is less than or equal to maxConnections. Thisis done for performance reasons.
If set to a value of -1, the maxConnections feature is disabled and connectionsare not counted.
connectionTimeout
The number of milliseconds this Connector will wait,after accepting a connection, for the request URI lineto be presented. Use a value of -1 to indicate no (i.e.infinite) timeout. The default value is 60000 (i.e. 60 seconds) but note thatthe standard server.xml that ships with Tomcat sets this to 20000 (i.e. 20seconds). Unless disableUploadTimeout is set to false, this timeout willalso be used when reading the request body (if any).
进一步分析
tomcat的http connector有三种：bio、nio、apr。从上面的属性描述中可以看出对于不同的connector实现，相同的属性可能会有不同的默认值和不同的处理策略，所以在调整配置前，要先弄清楚各种实现之间的不同，以及当前部署容器使用的是哪种connector。
查阅Tomcat7 http connector 配置文档Connector Comparison部分便可获知各种connector实现间的差异。
怎样才能知道容器使用的是何种connector实现？启动tomcat后，访问Server Status Page，看到如下信息即可知道使用的是何种connector：
我的OS是windows，所以tomcat默认使用的是aprconnector。在Linux上，默认使用的是bio connector。与nio相比，bio性能较低。将<TOMCAT_HOME>/conf/server.xml中的如下配置片段：
<Connectorport="8080"protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
修改为：
<Connectorport="8080"protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000"
redirectPort="8443" />
就可将http connector切换至nio了。更多细节请参考修改Tomcat Connector运行模式，优化Tomcat运行性能
官网说明：http://tomcat.apache.org/tomcat-7.0-doc/config/http.html
一、最大线程数的设置
Tomcat的server.xml中连接器设置如下
<Connectorport="8080" maxThreads="150"minSpareThreads="25" maxSpareThreads="75" enableLookups="false"redirectPort="8443" acceptCount="100" debug="0"connectionTimeout="20000" disableUploadTimeout="true"/>
tomcat在配置时设置最大线程数，当前线程数超过这个数值时会出错，那么有没有办法捕获到这个错误，从而在client端显示出错信息？
2. 如何加大tomcat连接数
在tomcat配置文件server.xml中的<Connector />配置中，和连接数相关的参数有：
minProcessors：最小空闲连接线程数，用于提高系统处理性能，默认值为10
maxProcessors：最大连接线程数，即：并发处理的最大请求数，默认值为75
acceptCount：允许的最大连接数，应大于等于maxProcessors，默认值为100
enableLookups：是否反查域名，取值为：true或false。为了提高处理能力，应设置为false
connectionTimeout：网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。
其中和最大连接数相关的参数为maxProcessors和acceptCount。如果要加大并发连接数，应同时加大这两个参数。
web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，linux是1000个左右。tomcat5中的配置示例：
<Connector port="8080"
maxThreads="150" minSpareThreads="25"maxSpareThreads="75"
enableLookups="false" redirectPort="8443"acceptCount="100"
debug="0" connectionTimeout="20000"
disableUploadTimeout="true" />
对于其他端口的侦听配置，以此类推。
3. tomcat中如何禁止列目录下的文件
在{tomcat_home}/conf/web.xml中，把listings参数设置成false即可，如下：
1. <init-param>
2. <param-name>listings</param-name>
3. <param-value>false</param-value>
4. </init-param>
4.如何加大tomcat可以使用的内存
tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。
Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，增加如下设置：
JAVA_OPTS='-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】'
需要把这个两个参数值调大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化内存为256MB，可以使用的最大内存为512MB
http://blog.csdn.net/salonzhou/article/details/50699696
相关推荐
呼伦贝尔市-鄂温克族自治旗-街道行政区划_150724_Shp数据-wgs84坐标系.rar
内容概要：本文详细介绍了用于Cruise纯电动汽车仿真的输入模板，该模板由8个表单组成，覆盖了从整车参数到计算输出的各个方面。每个表单都包含了关键参数的设置方法及其背后的逻辑，如校核清单、整车参数、电池参数、电机参数、传动系参数、制动轮胎参数、能量回收参数以及最终的计算输出。文中不仅提供了具体的参数定义和计算公式，还附有Python代码示例，帮助用户更好地理解和应用这些参数。此外，作者还分享了一些实用技巧，如防止参数遗漏的校验函数、处理电池温度效应的实际容量计算函数等。 适合人群：从事纯电动汽车仿真工作的工程师和技术人员，尤其是那些需要频繁处理复杂输入参数的人群。 使用场景及目标：① 提高纯电动汽车仿真工作的效率和准确性；② 规范参数收集流程，减少因参数错误导致的仿真失败；③ 提供详细的参数设置指导和代码实现，帮助用户更好地理解和应用Cruise仿真平台。 其他说明：本文不仅提供了一个全面的输入模板，还分享了许多实践经验，旨在帮助用户在实际工作中少走弯路，提高工作效率。
街道级行政区划shp数据，wgs84坐标系，直接下载使用。
街道级行政区划shp矢量数据，wgs84坐标系，下载直接使用
Matlab领域上传的视频是由对应的完整代码运行得来的，完整代码皆可运行，亲测可用，适合小白； 1、从视频里可见完整代码的内容 主函数：main.m； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开main.m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主； 4.1 博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作
内容概要：本文档是作者在bugku平台进行CTF（夺旗赛）杂项题目练习的解题思路总结，涵盖第25至33题。题目类型多样，包括但不限于隐写术、进制转换、音频分析、图像处理等。每道题都详细介绍了背景信息、解题步骤和所使用的工具，如Stegsolve用于图片隐写分析、Python脚本处理进制转换、Audacity解析音频中的摩尔斯电码等。通过这些实例，展示了如何运用各种技术手段解决实际问题，强调了理论与实践相结合的重要性。 适合人群：对信息安全、逆向工程感兴趣的读者，特别是有一定编程基础和技术积累的安全爱好者或初学者。 使用场景及目标：①学习隐写术的基本原理及其在CTF比赛中的应用；②掌握不同进制间的转换方法及其实现；③熟悉音频文件中提取摩尔斯电码的技术；④了解图像处理技巧，如调整尺寸、解析隐藏信息等；⑤掌握压缩文件的明文攻击技巧，以及如何利用已知信息破解加密文件。 阅读建议：由于每道题涉及的知识点较为独立且专业性强，建议读者根据自己的兴趣选择相关题目深入研究。同时，在学习过程中应注重动手实践，尝试复现文中提到的操作流程，并结合网络资源进一步拓展知识面。对于遇到的工具和概念，可以通过查阅官方文档或参考教程加深理解。
内容概要：本文详细介绍了如何在Qt中实现一个高效的时间标尺控件，重点讲解了时间标尺的缩放功能、刻度自动生成以及曲线绘制的技术细节。首先，通过重载wheelEvent方法，利用QGraphicsView框架实现了基于鼠标的缩放功能，确保缩放过程中鼠标位置对应的时间点不变。其次，针对不同的时间范围，采用对数分级算法自动调整刻度间隔，使刻度线既美观又实用。最后，在曲线绘制方面，使用QPainterPath进行路径构建，并通过预处理和分段绘制优化性能，确保即使面对大量数据点也能保持流畅的用户体验。 适合人群：具有一定Qt开发经验的程序员，尤其是从事数据可视化项目的开发者。 使用场景及目标：适用于需要展示时间序列数据的应用程序，如金融图表、监控系统、日志分析工具等。主要目标是提供一个响应迅速、视觉效果优秀的交互式时间标尺控件，帮助用户更好地理解和分析数据。 其他说明：文中还提到了一些性能优化的小技巧，如数据预处理、路径分段绘制等，有助于提高大型数据集的渲染速度。同时，作者强调了在时间转换函数中避免使用低效的方法，推荐自行实现高效的缓存机制。
街道级行政区划shp数据，wgs84坐标系，直接下载使用。
街道级行政区划shp数据，wgs84坐标系，直接下载使用。
赤峰市-喀喇沁旗-街道行政区划_150428_Shp数据-wgs84坐标系.rar
内容概要：本文详细介绍了使用Python和LSTM（长短期记忆网络）进行时间序列预测的方法及其应用场景。首先阐述了时间序列预测的重要性，指出传统ARIMA模型在处理复杂模式和长期依赖关系时的局限性，进而引出LSTM的优势。LSTM通过引入门控机制（输入门、遗忘门、输出门）和记忆单元，有效解决了长期依赖问题，能更好地捕捉时间序列中的复杂模式。接着，文章详细讲解了LSTM的工作原理，包括各个门控机制的作用和计算流程。随后，通过股票价格预测和气温预测两个案例，逐步演示了从环境搭建、数据准备（包括数据读取、归一化处理）、模型构建（使用Keras搭建LSTM模型）、模型编译、训练与评估到预测结果可视化的全过程。最后，文章总结了LSTM的关键技术和实现要点，并展望了其在自然语言处理、计算机视觉、生物学等领域的应用前景及未来研究方向。 适合人群：具备一定编程基础，尤其是对深度学习和时间序列预测感兴趣的开发者、数据科学家和研究人员。 使用场景及目标：①帮助读者掌握LSTM的基本原理和工作流程；②提供详细的Python实现步骤，包括环境配置、数据处理、模型搭建与训练；③通过具体案例展示LSTM在时间序列预测中的应用，如股票价格预测和气温预测；④探讨LSTM在其他领域的潜在应用，如自然语言处理、计算机视觉和生物学等。 阅读建议：本文内容详尽，涵盖理论与实践两方面，建议读者在阅读过程中结合代码实践，逐步理解LSTM的工作原理和实现细节，特别是注意数据处理和模型参数的选择对预测效果的影响。
内容概要：本文详细介绍了基于三菱FX5U PLC的机床X轴和Y轴工作台定位控制系统的开发与优化过程。主要内容涵盖：使用J4-A系列伺服驱动器进行绝对位置控制，通过ST语言和结构化梯形图实现复杂的20组直线插补工序；手动模式下的点动与长按操作逻辑；MODBUS通讯协议的应用；以及详细的报警诊断和统计功能。文中展示了如何利用结构体封装参数，提高代码可读性和维护性，并通过具体案例解释了关键技术和调试经验。 适合人群：从事工业自动化控制领域的工程师和技术人员，尤其是熟悉三菱PLC编程的从业者。 使用场景及目标：适用于需要深入了解三菱FX5U PLC编程技巧及其在实际工程项目中应用的人群。目标是掌握高级编程方法如结构化编程、ST语言特性、MODBUS通讯优化等，从而提升工作效率并减少调试时间。 其他说明：文章不仅提供了理论知识，还包括大量实用的编程技巧和实践经验分享，有助于读者更好地理解和应用于实际工作中。
大同市-大同市-街道行政区划_140200_Shp数据-wgs84坐标系.rar
内容概要：本文详细介绍了火电厂协调仿真机的应用及其优势，特别是在PID参数调试方面的高效性和安全性。文中通过具体的Python代码示例展示了如何构建锅炉和汽轮机的仿真模型，并解释了PID控制器的工作原理。重点讨论了PID参数调试的关键点，如响应延迟、采样时间设定以及前馈控制的叠加效果。此外，还提到了实时曲线对比、参数扫描、自整定算法等功能的实际应用，强调了仿真机在提高调试效率和降低现场调试风险方面的重要作用。 适合人群：从事火电厂自动化控制领域的工程师和技术人员，尤其是需要进行PID参数调试的专业人士。 使用场景及目标：① 提高PID参数调试效率，减少现场调试时间和成本；② 降低现场调试的安全风险；③ 实现更加精确和平稳的控制系统性能。 其他说明：文章不仅提供了理论指导，还结合了大量的实战经验和具体代码示例，帮助读者更好地理解和掌握协调仿真机的使用方法。
街道级行政区划shp数据，wgs84坐标系，直接下载使用。
街道级行政区划shp数据，wgs84坐标系，直接使用。
学号-姓名-作业二编写程序.ipynb
正弦内插算法的FPGA实现.docx
街道级行政区划shp数据，wgs84坐标系，直接使用。