linux中的weblogic性能调优
Linux操作系统内核性能测试与调优
Linux操作系统内核性能测试与调优操作系统是计算机系统中最核心的软件之一，它负责协调和管理计算机硬件资源以及提供统一的用户界面。
Linux操作系统因其开放源代码、稳定性和安全性而备受欢迎。
然而，在大规模和高负载的环境中，Linux操作系统的性能可能会出现瓶颈。
因此，进行内核性能测试与调优是非常重要的。
一、性能测试的重要性在处理大量数据和并发用户请求时，操作系统的性能会成为瓶颈。
通过性能测试，我们可以了解操作系统在不同负载情况下的表现，进而定位和解决性能瓶颈。
性能测试有助于提高系统的响应时间、吞吐量和并发性能，从而确保系统的稳定运行。
二、性能测试的分类1. 压力测试：通过模拟实际用户行为或产生大量虚拟用户，并观察系统在负载增加的情况下的响应时间和吞吐量。
常用的压力测试工具包括Apache JMeter和Gatling等。
2. 负载测试：通过模拟实际业务场景，并且能够测试系统在高负载情况下的响应能力和稳定性。
这种测试方法可以帮助我们发现系统在繁忙时是否仍然能够正常工作，并识别可能存在的性能瓶颈。
3. 并发测试：通过模拟多个并发用户并行执行相同或不同的操作，以验证系统在并发访问下的性能表现。
这种测试方法可以评估系统的并发处理能力和资源利用率。
三、内核性能调优的重要性Linux操作系统的性能与其内核配置息息相关。
对内核的性能调优可以提高系统的响应速度、降低延迟和提高吞吐量。
通过调整内核参数和优化内核模块，可以使操作系统更好地适应特定的工作负载。
四、内核性能调优的方法1. 内核参数调整：根据系统的工作负载特点，适当调整内核参数。
例如，可以通过修改TCP/IP堆栈参数来提高网络性能，或者通过修改文件系统参数来提高磁盘I/O性能。
2. 内核模块优化：优化内核使用的模块，选择性加载和卸载不必要的模块，以减少内核的资源占用和启动时间。
3. 中断处理优化：通过合理分配和调整中断处理的优先级，减少中断处理的开销，提高系统的性能。
运维工程师笔试面试题及答案
运维工程师笔试面试题及答案第一部分：Linux系统知识填空题：1.创建目录用mkdir命令，创建文件用touch命令。
2.移动文件用mv命令，复制文件用cp命令。
3.使用history命令查看用过的命令列表。
4.查看各类环境变量用env命令。
5.终止进程用kill命令。
6.编写的Shell程序运行前赋予该脚本文件读和执行权限。
7.链接分为：硬链接和软链接/符号链接。
8.在Linux系统中,以文件方式访问设备。
9.当前用户主目录用~/表示。
10.L inux下命令可使用的通配符有“？”和“*”。
选择题：1.某文件的组外成员的权限是只读、属主是全部权限、组内权限是可读可写、该文件权限为?(D)A.467B.674C.476D.7642.Linux配置文件一般放在什么目录?(A)A.etcB.binC.libD.dev3.什么命令常用于检测网络主机是否可达?(C)A.sshC.pingD.exit4.对所有用户的变量设置，应当放在哪个文件下?(B)A./etc/bashrcB./etc/profileC.~/.bash_profileD./etc/skel/.bashrc5.什么命令解压缩tar文件?(B)A.tar-czvf filename.tgzB.tar-xzvf filename.tgzC.tar-tzvf filename.tgzD.tar-dzvf filename.tgz第二部分：数据库填空题：1.数据库系统的核心是___数据库管理系统___。
2.事务四大特性分别是原子性、隔离性、一致性、持久性。
3.索引字段值不唯一，应该使用的索引类型为普通索引。
4.人员基本信息一般包括：身份证号，姓名，性别，年龄等。
其中可以作为主关键字的是身份证号。
5.SQL语言中，用于排序的是__Order by__子句，用于分组的是__group by__子句。
6.在数据库技术中，实体集之间的联系可以是一对一或一对多或多对多的，那么“学生”和“可选课程”的联系为多对多。
Linux高级存储性能调优使用SSD和NVMe
Linux高级存储性能调优使用SSD和NVMe 随着科技的不断进步，存储技术也在不断地发展和创新。
固态硬盘（Solid State Drive，简称SSD）和非易失性内存（Non-Volatile Memory Express，简称NVMe）作为高效的存储解决方案，已经逐渐被广泛应用于各种领域。
在Linux系统中，使用SSD和NVMe进行高级存储性能调优可以显著提升系统的响应速度和效率。
本文将介绍Linux下如何利用SSD和NVMe进行高级存储性能调优的方法和技巧。
一、使用I/O调度程序在Linux中，可以通过选择合适的I/O调度程序来优化存储性能。
传统的I/O调度程序如CFQ、Deadline和Noop已经无法适应SSD和NVMe的高性能需求。
为此，Linux内核引入了新的I/O调度程序BFQ （Budget Fair Queueing）和KYBER，这两者对于SSD和NVMe的性能优化效果更好。
BFQ是一种基于权重的I/O调度程序，它可以根据应用程序的优先级和权重来调度磁盘访问，以最大化整体系统性能。
KYBER则是一种基于队列的I/O调度程序，通过减小队列深度和引入最小延迟来减少I/O的等待时间。
二、启用TRIM和DiscardTRIM和Discard是SSD和NVMe存储中的常用技术，用于优化垃圾回收和擦除操作。
TRIM命令可以通知SSD和NVMe存储设备哪些数据已经被删除，从而加速垃圾回收和写入操作。
为了启用TRIM功能，我们需要在Linux系统中开启相关的支持。
首先，我们需要确认文件系统支持TRIM功能。
常见的文件系统如ext4、XFS和Btrfs都支持TRIM。
然后，使用以下命令查看SSD和NVMe设备是否支持TRIM：$ sudo hdparm -I /dev/sda如果输出中包含“TRIM supported”字样，则表示该设备支持TRIM 功能。
接下来，在/etc/fstab文件中添加以下行以启用TRIM：/dev/sda / ext4 discard,noatime 0 1最后，使用以下命令重新挂载文件系统：$ sudo mount -o remount /三、开启存储多队列和中断分配SSD和NVMe技术的出现，使得存储设备具备了更高的I/O处理能力。
linux性能调优学习笔记
Linux 性能调优1.Profiling几种工具profiling 包括几种：cpu profiling，即提到的性能分析。
memory profiling，即分析程序性能。
network profiling，即网络流量的分析。
另外，profiling又分两种：1, sampling。
即采样方式。
2, instruments，即插装代码技术。
（包含: 编译期间，链接期间，运行期间）。
oprofile ---- 属于sampling 方式，即不影响程序行为，也不需要重启程序，它是对cpu进行采样分析。
gprof ---- 属于插装技术，需在编译期间增加-pg 选项，属于GNU 部分，不需安装，随着gcc附带。
valgrind--- 属于插装技术，需要在运行期间增加valgrind选项。
（其中massif工具用于内存分析，callgrind用于性能分析）google-perftools ---- 属于插装技术，需要在链接期间增加-L/usr/lib -lprofiler 选项。
2.gprof 分析linux程序性能瓶颈gcc -pg -o test test.ctest运行的时候会把搜集的信息保存在gmoun.out中fedora 不能使用-lc_p选项的问题一般gprof只能查看用户函数信息。
如果想查看库函数的信息，需要在编译是再加入“-lc_p”编译参数代替“-lc”编译参数，这样程序会链接libc_p.a库，才可以产生库函数的profiling信息。
需要安装glibc-profile,下载地址http://ftp.riken.jp/Linux/fedora/core/updates/2/i386/glibc-profile-2.3.3-27.1.i386.rp。
gprof hello gmon.out -p 得到每个函数占用的执行时间gprof hello gmon.out -q 得到call graph，包含了每个函数的调用关系，调用次数，执行时间等信息。
linux系统内核参数优化-linux快速入门教程
linux系统内核参数优化-linux快速⼊门教程内核的 shmall 和 shmmax 参数SHMMAX= 配置了最⼤的内存segment的⼤⼩ ------>这个设置的⽐SGA_MAX_SIZE⼤⽐较好。
SHMMIN= 最⼩的内存segment的⼤⼩SHMMNI= 整个系统的内存segment的总个数SHMSEG= 每个进程可以使⽤的内存segment的最⼤个数配置信号灯（ semphore ）的参数：SEMMSL= 每个semphore set⾥⾯的semphore数量 -----> 这个设置⼤于你的process的个数吧，否则你不得不分多个semphore set，好像有process+n之说，我忘了n是⼏了。
SEMMNI= 整个系统的semphore set总数SEMMNS=整个系统的semphore总数shmall 是全部允许使⽤的共享内存⼤⼩，shmmax 是单个段允许使⽤的⼤⼩。
这两个可以设置为内存的 90%。
例如 16G 内存，16*1024*1024*1024*90% = 15461882265，shmall 的⼤⼩为 15461882265/4k(getconf PAGESIZE可得到) = 3774873。
修改 /etc/sysctl.confkernel.shmmax=15461882265kernel.shmall=3774873kernel.msgmax=65535kernel.msgmnb=65535执⾏ sudo sysctl -p可以使⽤ ipcs -l 看结果。
ipcs -u 可以看到实际使⽤的情况========================================================================linux 内存管理⼀、前⾔本⽂档针对OOP8⽣产环境，具体优化策略需要根据实际情况进⾏调整；本⽂档将在以下⼏个⽅⾯来阐述如何针对RedHat Enterprise Linux 进⾏性能优化。
linux服务weblogic启动和参数修改
<listen-port>7923</listen-port>
<listen-address></listen-address>
</server>
经过测试，以上两种方法适合weblogic9,10,11g
MEM_ARGS="-Xms1024m -Xmx1024m -XX:MaxPermSize=256m"
weblogic 9开始使用了线程自调优技术。通过以下方法设置，可以指定默认线程的最大最小值。
方法一：修改启动脚本参数
在启动脚本中，增加如下参数
%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%
nohup ./startWebLogic.sh > nohup.log &
./stopWebLogic.sh
ps -ef |grep start 查询后台进程
ps -ef |grep java
kill -9 pid值
nohup ./startWebLogic.sh >nohup.out &
tail -f
weblogic9 搭建环境时：data sources下一定要把Targets下边的Servers给要修改如下(注意OP文件需要是weblogic的，开发一般给的是tomcat的)
CLASSPATH="${WL_HOME}/server/lib/xerces2.6.2.jar:${WEBLOGIC_CLASSPATH}:${POINTBASE_CLASSPATH}:${JAVA_HOME}/jre/lib/rt.jar:${WL_HOME}/server/lib/webservices.jar:${CLASSPATH}"
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法 (1)
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法一、缺陷现象江苏公司电网GIS部分服务部署在Linux Redhat5.5操作系统的服务器上，使用的中间件版本为Weblogic 9，在电网GIS运行过程中，如果遇到因为应用服务器原因或者检修计划安排，重启Weblogic程序，需要花费10分钟以上的等待时间。
在日常检修中，重启Weblogic程序集群服务的耗时都在30分钟左右，在7*24小时的在线运行系统，中断业务服务时间，严重影响系统的运行及检修工作。
国家电网公司核心系统的应用架构，均采用Weblogic集群服务，此缺陷为系统日常检修的通病，造成很多省公司检修系统停机时间过长，甚至不敢停机维护系统，属于中间件的重大缺陷问题，已经存在很久。
二、缺陷分析对于一个简单部署的Weblogic而言，一般情况下，启动Weblogic最长一般需要2～3分钟时间，同时在启动时，Weblogic的日志内容是滚动的，不会在日志的某个地方静止到5分钟以上，所以这是极不正常的现象。
Weblogic启动慢的原因，在Weblogic启动时，通过对线程堆的监控，线程挂在security相关的随机数生成上面。
这个由于JDK的配置(JDK从/dev/random读取‘randomness’经常耗费10分钟或者更长的时间)导致的。
三、缺陷处理针对该问题，有三种解决方案，分别如下：在Weblogic启动参数里添加“-Djava.security.egd=file:/dev/./urandom”(/dev/urandom 无法启动)执行命令mv /dev/random /dev/random.ORIG ; ln /dev/urandom /dev/random将/dev/random 指向/dev/urandom修改Linux上Weblogic使用的jdk $JAVA_HOME/jre/lib/security/java.security 文件将securerandom.source=file:/dev/urandom 修改为securerandom.source=file:/dev/./urandom这样可以解决任何一个域Weblogic启动慢的问题。
linux调优参数
在Linux系统上，可以通过调整参数来优化系统的性能和功能。
以下是一些常见的Linux调优参数：内存管理：vm.swappiness：调整交换分区的使用频率，默认值为60，建议将其设置为10或更低的值，以减少交换分区的使用。
vm.min_free_kbytes：设置系统保留的空闲内存量，默认值为64，建议根据实际情况调整。
vm.max_map_count：设置进程可以拥有的最大内存映射数量，默认值为65536，如果需要运行大量进程或使用大量内存映射，可以适当增加该值。
网络性能：net.ipv4.tcp_tw_reuse：允许重用TIME_WAIT套接字，默认值为0，建议将其设置为1以减少TIME_WAIT套接字数量。
net.ipv4.tcp_fin_timeout：设置TIME_WAIT套接字的超时时间，默认值为60秒，可以适当增加该值以减少TIME_WAIT套接字数量。
net.ipv4.tcp_keepalive_time：设置TCP keepalive探测的间隔时间，默认值为75秒，可以适当增加该值以避免因长时间不活动而断开连接。
文件系统：fs.file-max：设置系统可以同时打开的最大文件数量，默认值为1024，可以根据实际情况调整。
fs.nr_open：设置系统进程可以同时打开的文件数量上限，默认值为8192，可以根据实际情况调整。
CPU 调度：kernel.sched_min_granularity_ns：设置最小调度时间粒度，默认值为1000000纳秒（1毫秒），可以根据实际情况调整。
kernel.sched_migration_cost_ns：设置CPU调度迁移的开销时间，默认值为500000纳秒（半毫秒），可以适当增加该值以提高系统在多核处理器上的性能。
系统进程：kernel.panic：设置系统崩溃时的重启次数，默认值为1，建议将其设置为0以避免系统无限重启。
fs.inotify.max_user_instances：设置系统可以监视的文件系统实例数量上限，默认值为8192，可以根据实际情况调整。
Weblogic中间件运维经验汇总
Weblogic中间件运维经验汇总目录关于Weblogic参数调优的运维经验 (2)Weblogic性能调优的处理方法 (5)关于输电项目Weblogic安装的运维经验 (8)Weblogic回收数据库连接数配置的方法 (14)在Apache和Weblogic中分别部署静态页面的方法 (17)Weblogic Server性能调优经验 (20)WeblogicJVM堆参数设置方法 (24)关于Weblogic参数调优的运维经验报送单位：北京公司审核人：类型：业务应用关键字：GC垃圾回收1、引言为了提高维护人员运维水平，以集中与分享日常运行维护经验为目的，现进行典型经验的编制。
2、现象描述部分应用服务器出现宕机现象，在F5上查看时已经掉出集群状态。
3、处理过程停止宕机应用服务器上的Weblogic进程。
/home/weblogic/bea/user_projects/domains/pms/bin/setDomainEn v.sh文件中的启动内存大小并添加垃圾回收机制，修改后如下：MEM_ARGS="-Xms5248m -Xmx5248m -Xmn1536m-XX:SurvivorRatio=6-XX:+UseParNewGC-XX:+UseConcMarkSweepGC-XX:CMSFullGCsBeforeCompaction=20-XX:+UseFastAccessorMethods-XX:+AggressiveOpts"3、修改完成后重启Weblogic服务。
4、原因分析在收到报警信息后，对后台日志进行查看，报错信息如下：Exception in thread "CBM_正常处理任务线程" ng.OutOfMemoryError: Java heap spaceatoracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868)atoracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045)atoracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839)atoracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132)atoracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316)atoracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3361)经过对报错日志分析，状态检修的CBM处理进程内存溢出报错，导致服务器宕机。
weblogic优化指南
优化WebLogic一、为WebLogic启动设置Java参数垃圾收集(GC)是指JVM释放Java堆中不再使用的对象所占用的内存的过程,而Java堆(Heap)是指Java应用程序对象生存的空间。
堆大小决定了GC的频度和时间。
堆越大,GC频度低,速度慢。
堆越小,GC频度高,速度快。
所以GC和堆大小是一组矛盾。
为了获取理想的Heap堆大小,需要使用-verbosegc参数(Sun jdk: -Xloggc:<file>)以打开详细的GC输出。
分析GC的频度和时间,结合应用最大负载所需内存情况,得出堆的大小。
通常情况下,我们建议使用可用内存(除操作系统和其他应用程序占用之外的内存)70-80%,为避免堆大小调整引起的开销,设置内存堆的最小值等于最大值即:-Xms=-Xmx。
而为了防止内存溢出,建议在生产环境堆大小至少为256M(Platform至少512M),实际环境中512M~1G左右性能最佳,2G以上是不可取的,在调整内存时可能需要调整核心参数进程的允许最大内存数。
对于sun 和hp的jvm,永久域太小(默认4M)也可能造成内存溢出,应增加参-XX:MaxPermSize=128m。
建议设置临时域-Xmn的大小为-Xmx的1/4~1/3, SurvivorRatio为8堆栈内存优化，修改配置文件：WL_HOME=C:\bea\weblogic81 "%WL_HOME%\common\bin\commEnv.cmd":bea#如果采用的上bea的JDK# JVM Heap(堆内存)最小尺寸为96M，最大尺寸为256Mset MEM_ARGS=-Xms96m -Xmx256m:sun#如果采用的是sun的JDK# JVM Heap(堆内存)最小尺寸为32M，最大尺寸为200M#公共变量对象的内存限制: PermSize：最小尺寸， MaxPermSize ：最大允许分配尺寸set MEM_ARGS=-Xms32m -Xmx200m -XX:MaxPermSize=128m监视堆栈使用情况：下载JRockit JDK,该JDK已经自带了JRockit Mission Control工具，目前好像还没有单独下载JRockit Mission Control的地方，于JRockit JDK进行了绑定下载；在C:\bea\jrockit81sp5_142_08\console目录里面运行：C:\bea\jrockit81sp5_142_08\bin\java –Xmanagement -jar ManagementConsole.jar 如何监控weblogic呢？修改weblogic启动脚本startWebLogic.cmd，在里面加入-Xmanagement启动参数：%JAVA_HOME%\bin\java -Xmanagement %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME% -Dweblogic.ProductionModeEnabled=%PRODUCTION_MODE% -Djava.security.policy="%WL_HOME%\server\lib\weblogic.policy" weblogic.Server二、设置与性能有关的配置参数在一个WebLogic域中，配置文件（config.xml）位于与管理服务器通信的机器里，提供WebLogic MBean的长期存储。
weblogic调优参数及监控指标
weblogic调优参数对Weblogic的调优主要从SEVER、ExecuteQueue、JDBC等几个方面的相关参数进行调优：一、SERVER在mydomain->Servers->myserver->Configuration->Tuning->“Enable Native IO”中： 1、Native IOEnabledTRUE，表示该Server使用本地I/O2、SocketReaders设置在执行线程中专用做Socket Readers的百分比3、Maximum Open Sockets最大打开Socket数4、Stuck Thread MaxTime堵塞线程时间，超过这个时间没有返回的执行线程，系统将认为是堵塞线程如果weblogic认为某个队列中的所有的线程全部堵塞的话，weblogic将会增加执行线程的数量。
注意：执行线程的数量一旦增加，目前weblogic不会去减少他，如果增加了一些线程以后再次出现overflow的警告，weblogic会继续增加执行线程的数量，一直到达到上限为止。
5、Stuck Thread Timer Interval系统检查堵塞线程的时间间隔6、Low Memory GC Threshold当可用内存小于该百分比时，垃圾回收启动7、Low Memory Granularity Level当两次检测的可用内存变化超过该百分比时，垃圾回收启动8、Low Memory Sample Size在一次检测中的取样次数9、Low Memory Time Interval检测间隔时间10、Accept Backlog等待队列中最多可以有多少TCP连接等待处理，如果在许多客户端连接被拒绝，而在服务器端没有错误显示，说明该值设得过低。
如果连接时收到connection refused消息，说明应提高该值，每次增加25％二、ExecuteQueue在mydomain->Servers->myserver ->Monitoring->Monitor all Active Queues... ->Configuration->weblogic.kernel.Default->1、ThreadCount服务器初始创建的执行线程的数量，设置原则：增大机器的最大并发线程数使处理器利用率达到最大。
linux系统io高处理方法
linux系统io高处理方法
Linux系统中，当IO负载过高时，会影响系统的性能和响应时间。
为应对这种情况，我们需要采取一系列措施来提高系统的IO处理能力。
以下是几种常用的方法：
1. 调整内核参数：Linux内核提供了一些参数可以调整IO的行为。
例如，调整磁盘读写缓存大小、IO调度器等等。
通过调整这些参数，我们可以改变IO的性能和行为，从而提高系统的IO处理能力。
2. 使用IO多路复用技术：IO多路复用技术能够同时处理多个IO请求。
通过使用IO多路复用技术，我们可以减少IO请求的等待时间，提高系统的IO响应速度。
3. 使用异步IO：异步IO是一种无阻塞的IO处理方式，它可以在数据请求等待返回的同时处理其他任务。
通过使用异步IO，我们可以大大提高系统的IO处理效率。
4. 使用快速磁盘：快速磁盘能够提供更快的读写速度，从而大大提高系统的IO性能。
因此，在高IO负载的情况下，我们可以考虑使用快速磁盘来提高系统的IO处理能力。
5. 优化IO调度策略：Linux系统提供了多种IO调度策略，不同的调度策略适用于不同的应用场景。
我们可以根据实际情况选择合适的IO调度策略来提高系统的IO处理能力。
总之，提高Linux系统的IO处理能力是一个复杂的工作，需要考虑多种因素。
以上几种方法只是其中的一部分，还有很多其他的
方法可以用来提高系统的IO性能。
weblogic 优化
优化WebLogic 服务器性能参数WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。
基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。
试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态：一修改运行队列线程数的值。
在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。
当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。
线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。
二，如果可能，使用自带的性能包（NativeIOEnabled=true）。
三，使用特定的应用程序执行队列。
四，使用JDBC连接池时，修改下列属性：n 驱动名称：使用小的驱动或者jDriver。
n 初始容量：设为与最大容量相同的值。
n 最大容量：其值至少应与线程数相同。
五，把连接池的大小设为与执行队列的线程数相同。
六，设置缓冲。
七，为Servlet和JSP使用多个执行队列。
八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。
优化WebLogic提要：n 为WebLogic 启动设置Java 参数。
n 设置与性能有关的配置参数。
n 调整开发与产品模式默认值。
n 使用WebLogic “自有的IO ”性能包。
n 优化默认执行队列线程。
n 优化连接缓存。
n 如何提高JDBC 连接池的性能。
n 设置Java 编译器。
n 使用WebLogic 集群提高性能。
n 监视WebLogic 域。
一、为WebLogic 启动设置Java 参数只要启动WebLogic ，就必须指定Java 参数，简单来说，通过WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错，BEA 公司推荐你把这个命令写进脚本里。
linux系统创建weblogic域以及修改端口方法
一、安装发布Weblogi域1、使用远程工具登录Linux服务器，这里使用SecureCRT软件进行截图讲解。
2、执行如下图命令一，进入weblogic发布服务所在目录。
执行如下图命令二，启动weblogic发布服务文件。
3、进入配置向导页面，如无须更改则选择下一步即可。
4、如无须更改，直接输入下一步。
如要更改选择对应序号。
5、直接输入下一步即可。
6、下图是配置weblogic新建域的名称，这里说明下如何修改。
1) 输入新域名称，这里叫testDomain2)如确定更改则输入下一步。
7、下图为将该域创建的所在位置。
一般情况下默认即可。
输入下一步。
8、配置weblogic控制台登录控制台用户名密码。
这里只需要输入序号进行修改。
1)选择2 输入密码。
2)输入密码回车。
3）使用如上方法输入“确认用户口令”，进行下一步。
9、选择域模式，这里选择开发模式。
因开发模式可自动加载程序包。
而生产模式需要部署服务包才可使用，非税系统属于自动加载程序包方式。
10、这里需要选择weblogic运行所需jdk版本。
1)选择2输入其他java SDK。
2)输入JDK路径，回车即可。
3)输入下一步确认。
11、此处根据需要选择，一般默认直接下一步即可。
12、此时系统正在根据你的配置信息正在创建域。
13、有如下提示则创建完成。
二、通过修改配置文件修改weblogic启动端口方法1、进入所在域的目录下2、进入config目录下3、通过vi 命令修改weblogic配置文件,通过移动光标找到server节点4、找到对应的位置按i则进入编辑模式。
增加如下语句，8015则是这个域的端口：5、按Exc按钮后，输入:wq则保存配置.6、此时已经修改完成。
如不懂VI命令者慎用，以防误删配置信息。
增加端口语句：<listen-port>8015</listen-port><listen-port-enabled>true</listen-port-enabled>文案编辑词条B 添加义项?文案，原指放书的桌子，后来指在桌子上写字的人。
Linux系统性能调优脚本
Linux系统性能调优脚本Linux系统是一种常用的操作系统，它具有开放源代码的特点，使得用户可以自由地进行定制和优化。
为了提高系统的性能，我们可以使用脚本进行调优。
本文将介绍一些常用的Linux系统性能调优脚本，帮助您优化系统并提升其性能。
一、检测系统性能瓶颈的脚本1. vmstat 脚本：vmstat 是一个常用的性能分析工具，可以显示系统的虚拟内存、进程、磁盘、CPU 等各方面的性能信息。
通过编写脚本，在一段时间内持续运行 vmstat 命令，并将结果输出到日志文件中，我们可以分析系统的性能瓶颈所在，并采取相应的优化措施。
2. top 脚本：top 是一个交互式的进程查看工具，可以实时显示系统的进程状态、CPU 使用率、内存使用情况等。
编写脚本将 top 的输出结果保存到日志文件中，可以帮助我们了解系统中的资源占用情况，找出性能瓶颈。
二、优化系统资源的脚本1. 清理内存脚本：Linux系统会将一部分内存用于缓存，而过多的缓存会影响系统的性能。
编写脚本可以定期清理不必要的缓存，释放内存资源，提高系统的响应速度。
2. 禁用不必要的服务脚本：在Linux系统中，可能会存在一些不需要的服务，默认情况下这些服务都会启动，占用系统资源。
编写脚本可以检测并禁用这些不必要的服务，从而释放系统资源，提升性能。
三、优化磁盘写入性能的脚本1. IO调度算法脚本：Linux系统中提供了多种IO调度算法，可以根据实际需求选择适合的算法来优化磁盘的读写性能。
编写脚本可以自动设置合适的IO调度算法，提高磁盘的性能。
2. 优化磁盘读写缓存脚本：在Linux系统中，可以通过调整磁盘的读写缓存大小来提高IO性能。
编写脚本可以自动设置合适的缓存大小，加速磁盘的读写操作，从而提升系统的整体性能。
四、优化网络性能的脚本1. 设置最大文件打开数脚本：Linux系统中，每个进程可以打开的文件数是有限制的。
如果系统中同时运行了大量的进程，并且每个进程都打开了大量的文件，则可能导致系统的性能下降。
Linux部署高并发WEB服务器性能优化策略
Linux部署高并发WEB服务器性能优化策略在部署高并发Web服务器的过程中，为了提高服务器的性能和稳定性，我们需要采取一些策略来进行性能优化。
以下是一些可行的策略：1. 使用高性能的Web服务器软件在Linux系统中，可以使用一些高性能的Web服务器软件，如Nginx、Apache、Lighttpd等。
这些Web服务器软件支持高并发、性能稳定，并且能够扩展到大规模的网络。
因此，尽可能选择一些高效的Web服务器软件是非常重要的。
2. 针对目标应用程序进行优化针对目标应用程序进行优化，可以提高服务器的性能。
例如，修改应用程序的代码和配置文件，以最大化服务器资源的利用。
另外，调整服务器的内存和CPU使用率，可以帮助服务器更好地处理请求。
3. 使用缓存在Web服务器端和客户端之间使用缓存技术可以降低对服务器的请求量。
例如，我们可以使用缓存机制来缓存数据和内容，减少对数据库的请求。
这个策略在处理大量的静态资源时尤为有效。
4. 采用负载均衡使用负载均衡可以将请求分配到多台服务器上，以提高服务器的性能和稳定性。
负载均衡通常采用多种技术，如硬件、软件和DNS负载均衡等。
其中，软件负载均衡是比较实用的。
5. 使用CDNCDN（内容分发网络）可以在全球范围内部署服务器和缓存服务器，以便更快地分发内容和降低服务器的负载。
CDN是一种非常受欢迎的策略，可以提高网站的性能和减少负载。
6. 优化数据库对于Web服务器来说，数据库是相当关键的一部分。
因此，对于数据库进行优化可以提高服务器的性能。
例如，使用索引、规范化、分区等数据库技术，可以提高数据库的性能和稳定性。
7. 使用缓存技术对于高并发服务器，缓存技术是必不可少的。
缓存技术可以减少服务器的负载，提高响应速度，并提高服务器的可扩展性。
例如，使用Redis、Memcached等缓存机制，可以减少对数据库的请求，提高服务器的性能。
8. 使用CDN和反向代理使用CDN和反向代理可以提高服务器的性能和稳定性。
weblogic启动内存配置[最新]
![weblogic启动内存配置[最新]](https://img.taocdn.com/s3/m/525bb81b854769eae009581b6bd97f192279bff1.png)
Weblogic 启动内存配置1、找到配置文件位置，默认路径是wlserver_10.3/common/bin/commEnv.sh2、找到commEnv.sh文件，修改此配置文件if [ "$PRODUCTION_MODE" = "true" ]; thencase $JA V A_VENDOR inBEA)JA V A_VM=-jrockitMEM_ARGS="-Xms512m -Xmx2048m";;HP)JA V A_VM=-serverMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;IBM)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;Sun)JA V A_VM=-serverMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;*)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;esacelsecase $JA V A_VENDOR inBEA)JA V A_VM=-jrockitMEM_ARGS="-Xms512m -Xmx2048m"JA V A_OPTIONS="${JA V A_OPTIONS} -Xverify:none";;HP)JA V A_VM=-clientMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;IBM)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;Sun)JA V A_VM=-clientMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m"JA V A_OPTIONS="${JA V A_OPTIONS} -Xverify:none";;*)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;红色标注的位置是启动时分配的内存大小，可根据实际需求进行调整。
Linux高级网络性能调优使用TCPIP堆栈参数
Linux高级网络性能调优使用TCPIP堆栈参数在Linux系统中，网络性能的优化是一项重要且常见的任务。
为了提高网络传输速度、降低延迟和提高网络吞吐量，我们可以通过调整TCPIP堆栈参数来实现。
TCPIP堆栈是Linux操作系统中实现网络通信的关键模块，它负责处理数据包的传输、路由和错误检测等功能。
通过调整堆栈的参数，我们可以优化网络性能。
下面将介绍一些常见的TCPIP堆栈参数以及如何使用它们进行网络性能调优。
1. 窗口大小调优TCP协议使用滑动窗口来控制数据传输的速度和可靠性。
窗口大小决定了每次发送数据的量。
默认情况下，Linux系统的窗口大小较小，可能导致网络性能较低。
可以通过调整窗口大小来提高网络吞吐量。
使用以下命令可以查看当前的窗口大小：```$ sysctl net.ipv4.tcp_rmem```可以通过修改`net.ipv4.tcp_rmem`参数来调整接收窗口大小，并通过修改`net.ipv4.tcp_wmem`参数来调整发送窗口大小。
例如，将窗口大小调整为4096字节：```$ sysctl -w net.ipv4.tcp_rmem="4096 87380 6291456"```2. 拥塞控制算法选择Linux系统支持多种拥塞控制算法，如TCP Reno、TCP Cubic等。
不同的算法在网络负载和延迟控制方面表现不同。
为了适应不同的网络环境，可以通过修改拥塞控制算法来优化网络性能。
可以使用以下命令将拥塞控制算法更改为TCP Cubic：```$ sysctl -w net.ipv4.tcp_congestion_control=cubic```3. SYN队列长度调优SYN队列用于存放等待建立TCP连接的请求。
默认情况下，Linux 系统的SYN队列长度较小，可能导致连接延迟和丢失。
可以通过调整SYN队列长度来提高网络性能。
使用以下命令可以查看当前的SYN队列长度：```$ sysctl net.ipv4.tcp_max_syn_backlog```可以通过修改`net.ipv4.tcp_max_syn_backlog`参数来调整SYN队列长度。
weblogic运维时经常遇到的问题和常用的配置
weblogic运维时经常遇到的问题和常⽤的配置希望这篇能把weblogic运维时经常遇到的问题、常⽤的配置汇总到⼀起。
1、配置jvm参数：⼀般在domain启动过程中会看到以下启动的⽇志信息，如下图所⽰：图中红⾊⽅框部分为启动weblogic domain的命令。
其中包括了jvm参数以及classpath信息。
【注意】java -client是由于之前建⽴的domain是开发模式的。
⽣产模式的话，这⾥执⾏的是java -server。
⾄于-client与-server的区别，⼤家去google下吧，这⾥不介绍了。
那如何修改这个配置呢？找到setDomainEnv.cmd⽂件(linux下⾯就是setDomainEnv.sh了)，位置为：weblogic11\user_projects\domains\example\bin\setDomainEnv.cmd修改⽂件中的MEM_ARGS部分，相关参数配置如下：Java代码1. call "%WL_HOME%\common\bin\commEnv.cmd"2.3. set WLS_HOME=%WL_HOME%\server4.5. if "%JAVA_VENDOR%"=="Sun" (6. set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m7. set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m8. ) else (9. set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m10. set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m11. )12.13. set MEM_ARGS_64BIT=%WLS_MEM_ARGS_64BIT%14.15. set MEM_ARGS_32BIT=%WLS_MEM_ARGS_32BIT%16.17. if "%JAVA_USE_64BIT%"=="true" (18. set MEM_ARGS=%MEM_ARGS_64BIT%19. ) else (20. set MEM_ARGS=%MEM_ARGS_32BIT%21. )22.23. set MEM_PERM_SIZE_64BIT=-XX:PermSize=128m24.25. set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m26.27. if "%JAVA_USE_64BIT%"=="true" (28. set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT%29. ) else (30. set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT%31. )32.33. set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=256m34.35. set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m36.37. if "%JAVA_USE_64BIT%"=="true" (38. set MEM_MAX_PERM_SIZE=%MEM_MAX_PERM_SIZE_64BIT%39. ) else (40. set MEM_MAX_PERM_SIZE=%MEM_MAX_PERM_SIZE_32BIT%41. )42. if "%JAVA_VENDOR%"=="Sun" (43. if "%PRODUCTION_MODE%"=="" (44. set MEM_DEV_ARGS=-XX:CompileThreshold=8000 %MEM_PERM_SIZE%45. )46. )47.48. @REM Had to have a separate test here BECAUSE of immediate variable expansion on windows49.50. if "%JAVA_VENDOR%"=="Sun" (51. set MEM_ARGS=%MEM_ARGS% %MEM_DEV_ARGS% %MEM_MAX_PERM_SIZE%52. )53.54. if "%JAVA_VENDOR%"=="HP" (55. set MEM_ARGS=%MEM_ARGS% %MEM_MAX_PERM_SIZE%56. )57.58. if "%JAVA_VENDOR%"=="Apple" (59. set MEM_ARGS=%MEM_ARGS% %MEM_MAX_PERM_SIZE%60. )61.62. @REM IF USER_MEM_ARGS the environment variable is set, use it to override ALL MEM_ARGS values63.64. if NOT "%USER_MEM_ARGS%"=="" (65. set MEM_ARGS=%USER_MEM_ARGS%66. )主要就是修改-Xms、-Xmx、-XX:PermSize、-XX:MaxPermSize的参数（视具体硬件、JVM负载情况进⾏修改）。
优化weblogic12
优化weblogic12Weblogic优化配置与问题排查一weblogic优化配置1节点启动优化在节点启动的脚本中增加以下语句，如start***Server.sh启动脚本1 export USER_MEM_ARGS="-Xms2048m -Xmx2048m -XX:MaxPermSize=1024m"2 export JAVA_OPTIONS="$JAVA_OPTIONS -Dweblogic.threadpool.MinPoolSize=100 -Dweblogic.threadpool.MaxPoolSize=200"以上两个语句的作用是增加weblogic的内存与最大线程数。
2 问题排查1 数据库连接数占满问题排查，数据库连接一般会占用一段时间后主动释放，如果较长时间没有释放连接，会导致连接数挂满。
在weblogic上可以做如下配置，如果数据库连接超过多少秒没有释放，则会打印日志到文件中。
点击“服务”->数据源->点击jndi名称，点击“连接池”->“高级”点击“锁定并编辑”“连接保留超时”，设置为N秒，点击保存->激活更改，如果超过N秒数据库连接将被weblogic主动释放，然后点击“诊断”把概要文件连接泄漏打上对勾。
保存并激活更改。
此时如果出现数据库连接超时未释放的问题，weblogic 会把日志打印到节点的日志中。
2 部署的应用修改没有生效的问题此问题一般由weblogic缓存问题引起，可以在weblogic控制台，先停止web应用,点击锁定并编辑，删除应用，然后点击“服务器”->“控制”->“关闭”关闭相应的节点，然后在domains目录下执行find . -name webApp* -print命令，其中webApp是你的war 包名字（后面不用带.war），找到对应的目录执行rm -rf 打印出的路径，删除之后重新部署。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Linux中的Weblogic性能测试调整一．操作系统参数调整1.linux TCP连接数调整通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个进程最多允许同时打开多少个文件。
一般系统默认为1024，在并发量大的情况下肯定不够用。
修改此限制的最简单办法：ulimit –n <file_num> 设置单一进程允许打开的最大文件数。
如果系统回显类似于“Operation not permitted”之类的话，说明修改失败，需要修改系统对该用户打开文件数的软限制或硬限制。
修改软限制或硬限制：修改/etc/security/limits.conf文件，在文件中添加如下行：* soft nofile 10240* hard nofile 10240表示修改所有用户的限制，也可以用指定用户名替代。
修改/etc/pam.d/login文件，在文件中添加如下行：session required /lib/security/pam_limits.so查看Linux系统级的最大打开文件数限制：cat /proc/sys/fs/file-max2.修改网络内核对TCP连接的有关限制端口范围：修改/etc/sysctl.conf文件，在文件中添加如下行：net.ipv4.ip_local_port_range = 1024 65535另外，有时无法建立TCP连接的原因可能是因为Linux网络内核的IP_TABLE防火墙对最大跟踪的TCP连接数有限制修改/etc/sysctl.conf文件，在文件中添加如下行：net.ipv4.ip_conntrack_max = 10240这表明将系统对最大跟踪的TCP连接数限制设置为10240。
请注意，此限制值要尽量小，以节省对内核内存的占用。
3.其他参数调整在/etc/sysctl.conf文件中增加如下参数，进行系统参数调整net.core.rmem_default=128388607 默认的TCP数据接收缓冲net.core.wmem_default=128388607 默认的TCP数据发送缓冲net.core.rmem_max=128388607net.core.wmem_max=128388607net.ipv4.tcp_rmem=8196 128388607 128388607 最小默认最大net.ipv4.tcp_wmem=8196 128388607 128388607net.ipv4.tcp_keepalive_time=1800tcp_keepalive_time 值控制TCP/IP 尝试验证空闲连接是否完好的频率。
如果这段时间内没有活动，则会发送保持活动信号。
如果网络工作正常，而且接收方是活动的，它就会响应。
如果需要对丢失接收方敏感，换句话说，需要更快地发现丢失了接收方，请考虑减小这个值。
如果长期不活动的空闲连接出现次数较多，而丢失接收方的情况出现较少，您可能会要提高该值以减少开销。
缺省情况下，如果空闲连接7200 秒（2 小时）内没有活动，Linux 就发送保持活动的消息。
通常，1800 秒是首选值，从而一半的已关闭连接会在30 分钟内被检测到。
timeout_timewaittimeout_timewait 值确定了在 TCP/IP 可释放已关闭的连接并复用其资源之前，必须等待的时间。
关闭和释放之间的时间间隔称为TIME_WAIT 状态或最长分段生命周期的两倍（2MSL）状态。
在此期间，重新打开客户机和服务器之间的连接比新建一个连接的开销要小。
通过减小该项的值，TCP/IP 可更快地释放已关闭的连接，并可为新连接提供更多的资源。
如果由于多个连接处于 TIME_WAIT 状态导致吞吐量较低，从而正在运行的应用程序需要快速释放连接、创建新的连接或是进行调整，请调整这个参数。
缺省值是 240 秒（4 分钟）。
最小推荐值是 30 秒dev_max_backlog=8096connection backlog可能需要提高连接储备值，以应对大量突发入局连接请求的情况。
如果同时接收到大量连接请求，使用较大的值会提高受支持的暂挂连接的数量，从而可减少连接失败的数量。
请使用以下过程来查看或定制您的值。
echo X > /proc/sys/net/core/netdev_max_backlogecho X > /proc/sys/net/core/somaxconntcp_keepalive_intvltcp_keepalive_intvl 值定义了如果未从接收方收到保持活动消息的响应，TCP/IP 重复发送保持活动信号的频率。
当连续发送保持活动信号、但未收到响应的次数超出 tcp_keepalive_probes 的值时，会放弃该连接。
如果期望较长的响应时间，您可能需要提高该值以减少开销。
如果需要减少花在验证接收方是否已丢失上的时间，请考虑减小该值或 tcp_keepalive_probes 值。
缺省情况下，在未收到响应而重新发送保持活动的消息之前，Linux 会等待 75 秒。
通常，15 秒是首选值，以便能够较快地检测到丢失了接收方。
请使用以下过程来查看或定制您的值。
echo X > /proc/sys/net/ipv4/tcp_keepalive_intvltcp_keepalive_probestcp_keepalive_probes 值定义了 TCP/IP 通过现有连接重新发送未返回应答的保持活动的消息次数。
如果您的网络性能很差，可能需要提高该值以保持有效的通信。
如果您的网络性能很好，可以减小该值以减少验证接收方是否丢失所花费的时间。
缺省情况下，在决定放弃该连接之前，Linux 会发送 9 次未返回应答的保持活动的消息。
通常，5 次是首选值，以便能够较快地检测到丢失了接收方。
请使用以下过程来查看或定制您的值。
echo X > /proc/sys/net/ipv4/tcp_keepalive_probes其中 X 由在未返回应答的情况下，期望的用于保持活动的重新传输的次数替换。
net.ipv4.tcp_window_scaling=0BOOLEAN缺省值为1该文件表示设置tcp/ip会话的滑动窗口大小是否可变。
参数值为布尔值，为1时表示可变，为0时表示不可变。
tcp/ip通常使用的窗口最大可达到65535 字节，对于高速网络，该值可能太小，这时候如果启用了该功能，可以使tcp/ip滑动窗口大小增大数个数量级，从而提高数据传输的能力(RFC 1323)。
（对普通地百M网络而言，关闭会降低开销，所以如果不是高速网络，可以考虑设置为0）net.ipv4.tcp_sack=0BOOLEAN缺省值为1使用Selective ACK﹐它可以用来查找特定的遗失的数据报--- 因此有助于快速恢复状态。
该文件表示是否启用有选择的应答（Selective Acknowledgment），这可以通过有选择地应答乱序接收到的报文来提高性能（这样可以让发送者只发送丢失的报文段）。
(对于广域网通信来说这个选项应该启用，但是这会增加对CPU 的占用。
)net.ipv4.tcp_timestamps=0BOOLEAN缺省值为1Timestamps 用在其它一些东西中﹐可以防范那些伪造的sequence 号码。
一条1G的宽带线路或许会重遇到带out-of-line数值的旧sequence 号码(假如它是由于上次产生的)。
Timestamp 会让它知道这是个'旧封包'。
(该文件表示是否启用以一种比超时重发更精确的方法（RFC 1323）来启用对RTT 的计算；为了实现更好的性能应该启用这个选项。
)net.ipv4.tcp_tw_reuse=1BOOLEAN默认值是0该文件表示是否允许重新应用处于TIME-WAIT状态的socket用于新的TCP连接(这个对快速重启动某些服务,而启动后提示端口已经被使用的情形非常有帮助)net.ipv4.tcp_tw_recycle=1BOOLEAN默认值是0打开快速TIME-WAIT sockets 回收。
除非得到技术专家的建议或要求﹐请不要随意修改这个值。
(做NAT的时候，建议打开它)net.ipv4.tcp_fin_timeout=30INTEGER默认值是60对于本端断开的socket连接，TCP保持在FIN-WAIT-2状态的时间。
对方可能会断开连接或一直不结束连接或不可预料的进程死亡。
默认值为60 秒。
过去在2.2版本的内核中是180 秒。
您可以设置该值﹐但需要注意﹐如果您的机器为负载很重的web服务器﹐您可能要冒内存被大量无效数据报填满的风险﹐FIN-WAIT-2 sockets 的危险性低于FIN-WAIT-1 ﹐因为它们最多只吃1.5K 的内存﹐但是它们存在时间更长。
另外参考tcp_max_orphans。
(事实上做NA T的时候,降低该值也是好处显著的,我本人的网络环境中降低该值为30)其他参数请参考附录二．Weblogic调整主要从以下几个方面调整：模式：选择产品模式，同时选择JRocket内存参数：设置Weblogic内存大小：set MEM_ARGS=-Xms1024m -Xmx1024m 最大和最小设置一致日志等级：WarningHTTP访问日志：关JDBC POOL：Row Prefetch EnabledInitial CapacityMaximum Capacity (与Initial Capacity设置一致)Statement Cache SizeTest FrequencyTurning：Enable Native IO对需要长时处理的业务，如果出stuck thread警告，需要调整stuck-second 参数，适当加长。
如果出现拒绝连接的错误，适当增加accept-backlog时间，增加接受缓存队列的长度三．附录1.linux内核TCP相关参数解释tcp_syn_retries：INTEGER默认值是5对于一个新建连接，内核要发送多少个SYN 连接请求才决定放弃。
不应该大于255，默认值是5，对应于180秒左右时间。
(对于大负载而物理通信良好的网络而言,这个值偏高,可修改为 2.这个值仅仅是针对对外的连接,对进来的连接,是由tcp_retries1决定的)tcp_synack_retries：INTEGER默认值是5对于远端的连接请求SYN，内核会发送SYN ＋ACK数据报，以确认收到上一个SYN连接请求包。
这是所谓的三次握手( threeway handshake)机制的第二个步骤。
这里决定内核在放弃连接之前所送出的SYN+ACK 数目。