ReportNet+cognos性能调整
全面数据生命周期管理解决方案
ANSI SQL
通用数据访问接口
CSV/XML ODBC / JDBC
Optim压缩式归档文件——最佳企业分级存储策略
Current Data 1-2 years
select * from orders
Union 所有差异列，并增加虚列区分数据归属
存在索引文件的归档文件自动匹配索引定义
Archive File3
Orders (col1,col3)
COL1 COL2 COL3 PST_ARCHIVE_ID PST_AF_NAME
###BMK
-------------------------------------------------------------------------------------------------------------------------------
IBM ICC 归档引擎
邮箱(Mailboxes) 文件系统文件 日志(Journal) IBM Connections文档 SharePoint文档 公用文件夹 本地NSF文件, Teamroom PST文件
自动式归档 (Automatic Archive)
交互式归档 (Interactive Archive)
归档、浏览、恢复
生产系统 数据库
CUSTOMERS
-- ---- ---- ---- ------- ----- ---- ---- ---- ------- ----
ORDERS
-- -- ------ -- --------- ----- -- ------ -- --------- ----- -- ------ -- --------- ----- -- ------ -- --------- ----
TongLINKQ8.0系统性能调优手册
未经东方通科技公司书面许可，本文档不得整体或部分地复印、复制、翻译或缩减成任 何电子介质或计算机可以阅读的格式。本文档中的信息可能不加通知进行修改。
商标
©1993-2011 东方通科技版权所有。TongTech、TongLINK/Q、TongEASY、TongWeb、 TongIntegrator、TongSEC、TongWorkflow、TongGTP、MBP 是东方通科技的注册商标。其 他所有的务端系统性能调优和客户端性能调优等方面说明。通过阅读此手册能 有效地提高工作效率。
1. 阅读对象
本手册面向消息中间件TongLINKQ8.0产品用户以及对消息中间件感兴趣的读者。
2. 手册约定
本手册遵循以下约定： z 手册中所有的队列控制单元简称为QCU。 z 手册中所有的消息中间件TongLINK/Q8.0简称为TLQ。 z 此手册适用于UNIX &Windows。 z 下面相关技术文档中的蓝色字体，表示当前阅读文档。
3. 相关技术文档
z 《TongLINKQ8.0快速使用手册》 主要介绍产品简介、基本概念、产品安装、发送节点和接收节点的配置、节点启动停止、 程序流程、程序运行及错误号的跟踪与查找等。 z 《TongLINKQ8.0系统安装手册_管理控制台安装》
主要介绍TLQ管理控制台安装的环境、安装过程、有关环境变量设置、TLQ控制台服务 器的启动及TLQ管理控制台的登录等。
z 《TongLINKQ6.3代理使用手册》
主要介绍TLQ63代理的概述、系统架构、相关系统安装、参数配置、配置举例、相关环 境变量、启动配置及相关日志等方面说明。
z 《TongLINKQ8.0系统开发手册_客户端集群编程参考》
主要介绍客户端集群简介、客户端集群相关参数配置、应用编写中用到的数据结构、客 户端集群 C 接口介绍及客户端集群 DEMO 等。
zabbix性能优化
Zabbix Conference 2011
Nice looking Queue
..........:....................
Zabbix Conference 2011
Identify & fix common problems
STEP 1
...........:...................
• Real number of VPS • zabbix[wcache, values, all] • zabbix[queue,1m] number of items delayed for more
than 1 minute
• Zabbix Server components • Alerter, Configuration syncer, DB watchdog,
...:...........................
Zabbix Conference 2011
Metrics of Zabbix performance
• Number of values processed per second (NVPS) • A rough estimate of NVPS is visible in Zabbix
• “Zabbix Milestone achieved - 1000 hosts and
growing” :-)
• “Our status update: 3771 hosts, 314698 items, 163266
triggers, 2707 vps” :-) :-) - Happy! :-( - Unhappy!
ABC of Zabbix Performance Tuning
网络服务器性能调优与优化指南
网络服务器性能调优与优化指南第一章：网络服务器性能调优的概述网络服务器性能调优是指通过优化服务器的硬件和软件配置，提高服务器的运行效率和响应速度，以满足用户对网站或应用的需求。
本章将介绍网络服务器性能调优的重要性和优化目标。
网络服务器性能调优的重要性：1. 提升用户体验：优化服务器性能可以减少页面加载时间，提高用户访问网站或应用的体验。
2. 提高网站或应用的可靠性：通过性能调优，可以降低服务器负载，减少故障和崩溃的风险。
3. 节省资源成本：通过优化服务器性能，可以更好地利用硬件资源，减少服务器的数量和成本。
4. 提高服务器的扩展性和可扩展性：优化后的服务器可以更好地应对访问量的增长，支持更多的用户同时访问。
网络服务器性能调优的目标：1. 提高服务器的响应速度：减少页面加载时间，提高用户的访问速度和操作响应速度。
2. 提高服务器的并发处理能力：通过优化处理请求的算法、增加服务器的硬件资源等方式，提高服务器同时处理请求的能力。
3. 降低服务器的负载：通过优化服务器的资源利用效率，减少服务器的负载，提高服务器的稳定性和可靠性。
4. 优化服务器的安全性：通过加强服务器的安全设置，提高服务器的抗攻击能力，保障服务器的正常运行。
第二章：硬件性能调优硬件性能调优是指通过优化服务器的硬件配置和设置，提高服务器的性能。
本章将介绍几个常见的硬件性能调优方法。
1. 增加内存容量：内存是服务器运行时的关键资源，增加内存容量有助于提高服务器的性能和并发处理能力。
2. 配置高性能的硬盘：使用固态硬盘（SSD）替代传统机械硬盘（HDD），可以提高服务器的读写速度和数据传输效率。
3. 使用高性能的网络适配器：选择具有高带宽和低延迟的网络适配器，提高服务器与网络的通信速度。
4. 加入负载均衡器：通过引入负载均衡器，将流量分发到多个服务器，以增加服务器的并发处理能力和吞吐量。
5. 扩展存储容量：通过增加存储设备或扩展网络存储，提高服务器的存储容量和数据读写速度。
BI 商业智能 简介解析
多维分析
• MOLAP -- Cognos PowerPlay,Hyperion Essbase • ROLAP -- BOE, MSTR • HOLAP -- BO -- MS OLAP
用户
OO
内存中数据结构 UML 面向过程
物理数据结构
二者相辅相成，不同应用侧 重不同 E-R PowerDesigner ER_WIN
OO Design Workflow
Business Concept Model Develop Business Type Model Existing Interfaces Existing Assets Business Interfaces Use Case Model
ETL
• • • • 抽取/转换/加载 源数据的理解 加载时间4小时 ETL实现
–工具 –Loader
• 汇总（数据库汇总还是文件汇总） • 调度
ETL-调度
• 一天几十GB的数据 • 并行度/任务大小/资源/优先级 • 调度
–清单类（大数据量）-文件的拆分和合并/实时 处理 –业务类（实体之间的关系复杂）-稽合 –帐务类（数据准确）-验证 –参数类（变化影响其他实体）-告警/事先处理 –其他任务 –月末处理
前端展现
• • • • • 固定报表 多维分析 即席查询 仪表盘 数据挖据
BO(CR) Hyperion(Brio) Cognos Microstrategy
仪表盘
OLAP分析
报表，即席查询
固定报表
• • • • • 格式灵活多变 Crystal Report MSTR Brio ReportNet
数据是汇总的 支持长远的业务战略决策 支持决策人员和管理人员
minio来自官方的内核优化参数
minio来⾃官⽅的内核优化参数内容来⾃github，还是⽐较有意义的参考#!/bin/bashcat > sysctl.conf <<EOF# maximum number of open files/file descriptorsfs.file-max = 4194303# use as little swap space as possiblevm.swappiness = 1# prioritize application RAM against disk/swap cachevm.vfs_cache_pressure = 50# minimum free memoryvm.min_free_kbytes = 1000000# follow mellanox best practices https:///s/article/linux-sysctl-tuning# the following changes are recommended for improving IPv4 traffic performance by Mellanox# disable the TCP timestamps option for better CPU utilizationnet.ipv4.tcp_timestamps = 0# enable the TCP selective acks option for better throughputnet.ipv4.tcp_sack = 1# increase the maximum length of processor input queuesdev_max_backlog = 250000# increase the TCP maximum and default buffer sizes using setsockopt()net.core.rmem_max = 4194304net.core.wmem_max = 4194304net.core.rmem_default = 4194304net.core.wmem_default = 4194304net.core.optmem_max = 4194304# increase memory thresholds to prevent packet dropping:net.ipv4.tcp_rmem = "4096 87380 4194304"net.ipv4.tcp_wmem = "4096 65536 4194304"# enable low latency mode for TCP:net.ipv4.tcp_low_latency = 1# the following variable is used to tell the kernel how much of the socket buffer# space should be used for TCP window size, and how much to save for an application# buffer. A value of 1 means the socket buffer will be divided evenly between.# TCP windows size and application.net.ipv4.tcp_adv_win_scale = 1# maximum number of incoming connectionsnet.core.somaxconn = 65535# maximum number of packets queueddev_max_backlog = 10000# queue length of completely established sockets waiting for acceptnet.ipv4.tcp_max_syn_backlog = 4096# time to wait (seconds) for FIN packetnet.ipv4.tcp_fin_timeout = 15# disable icmp send redirectsnet.ipv4.conf.all.send_redirects = 0# disable icmp accept redirectnet.ipv4.conf.all.accept_redirects = 0# drop packets with LSR or SSRnet.ipv4.conf.all.accept_source_route = 0# MTU discovery, only enable when ICMP blackhole detectednet.ipv4.tcp_mtu_probing = 1EOFecho "Enabling system level tuning params"sysctl --quiet --load sysctl.conf && rm -f sysctl.conf# `Transparent Hugepage Support`*: This is a Linux kernel feature intended to improve# performance by making more efficient use of processor’s memory-mapping hardware.# But this may cause https:///linux/performance-issues-with-transparent-huge-pages-thp # for non-optimized applications. As most Linux distributions set it to `enabled=always` by default,# we recommend changing this to `enabled=madvise`. This will allow applications optimized# for transparent hugepages to obtain the performance benefits, while preventing the# associated problems otherwise. Also, set `transparent_hugepage=madvise` on your kernel# command line (e.g. in /etc/default/grub) to persistently set this value.echo "Enabling THP madvise"echo madvise | sudo tee /sys/kernel/mm/transparent_hugepage/enabled参考资料。
BI工具对比
BI工具对比
BI产品是做决策分析系统的关键工具，在市面上有两大阵营，一个是传统的以IT为中心的BI产品，这类产品以COGNOS、BO为代表，从技术路线上需要将数据从应用系统抽取到数据仓库，再建立数据集成，生成多维模型再生成报表。
从业务上IT人员根据指标要求，开发好固定的报表供相关人员查看，辅助决策。
在有另一大阵营是敏捷BI，以TIBCO Spotfire为代表，该类型产品从技术路线上必须将数据从应用系统抽取到数据仓库再进行分析，它可以基于原始数据、Excel、数据仓库和自己桌面的数据进行报表开发；从业务上IT人员可以开发好报表模型，将部分参数暴露给业务人员，让业务人员充分的参与到报表的生成和调节，具有强的灵活性，下面是详细对比。
综上所述，Spotfire产品技术路线灵活，容易上手，报表多样且支持业务人员自有调节，比较适合我厂对数据分析的要求。
OLAP性能调节方法
OLAP性能调节方法文档1 提高访问数据库速度：Cognos和数据库间参数在c8\bin\cogdm**.ini文件中,(*根据版本不同是安装目录的数字，**根据连接的数据库不同，是对应数据库名称的关键字)以oracle数据库为例,参数在cogdmor.ini文件中，打开这个文件查找字符串Fetch Number of Rows=去掉这行前面的分号，将10改成2000；这样这行就成了Fetch Number of Rows=2000，表示是每次从数据库取2000条数据。
其他数据库基本上都有类似的配置。
用以提高从数据库中提取数据的速度。
如果该数据库没有类似的配置参数，如SqlServer，则可以更改cogdmct.ini文件中的NUMOFROWS参数。
注意：如果使用CS7 Gateway，则修改c8\CS7Gateways\bin目录下的配置文件。
2 更改系统参数：WriteCahceSize打开c8/configuration目录下的ppds_cfg.xml文件，将其中的WriteCahceSize从默认值32768（32M）改成65536 (64 MB) 或者98304 (96 MB)Sort buffer sizeWindows修改方法：打开Transformer，在菜单中点击File-》Preference，选择File标签页，将其中的Work file sort buffer size从默认的8000000调大如25000000UNIX修改方法：在环境变量中申明WorkFileSortSize参数，如export WorkFileSortSize=25000000MaxTransactionNumWindows修改办法：打开打开Transformer，在菜单中点击File-》Preference，在General标签页中将Max number of transactions per commit值修改，如从500000改成2000000UNIX修改方法：在环境变量中申明MaxTransactionNum参数，如export MaxTransactionNum=20000003 合理的分配磁盘空间Transformer在生成立方体时，需要一些文件空间的支持，合理的利用磁盘空间会保证高效的立方体刷新。
某某经营支撑中心内部报表系统课件
<> 摘要 本文主要从内部报表展现系统的系统架构、用户设置及权限管理、报表开发及展现形式、相关部门使用情况等方面来描述该系统的功能实现及应用概况。文中重点描述用户设置及权限管理、报表开发展现形式及相关部门使用情况部分的内容，尽量采用实例，增强文档的易读性，务求能给整个分公司经营数据的提取提供指引。 关键词：报表展现 用户设置 权限管理 应用 使用情况 引言 随着市场竞争的日趋激烈，分公司前端部门的营帐数据统计需求呈直线上升的态势，我中心报表统计人员每日需要完成的统计工作量非常巨大。为了更好的对前端的统计需求及市场分析做好支撑，同时减轻我中心报表统计人员的统计压力，充分利用中心的机器资源，搭建了内部报表系统。 第一部分 系统建设背景简介 一、系统建设背景 随着近年来电信业务的迅猛发展，市场竞争的日趋激烈，分公司前端部门的营帐数据统计需求呈直线上升的态势，平均每天通过客响提交至我中心的统计需求单多达四、五十张，且相当多的统计单都属于前端部门每月、每周、每日需要固定提取的数据，因此我中心报表统计人员每日需要完成的统计工作量非常巨大，经常需要加班加点进行数据统计工作。在这种情况下，不少统计单需要排队等候处理，对于前端部门来说，营帐数据不能以最快的速度提取、分析，也在一定程度上影响了前端的营销决策。 为了更好的对前端的统计需求及市场分析做好支撑，同时减轻我中心报表统计人员的统计压力，充分利用中心的机器资源，搭建了内部报表系统。该系统以目前流行的B/S模式进行搭建，可以跨多系统对目前前端部门每月、每周、每日需要固定提取的数据以网页形式做成固定报表进行展现，同时通过用户认证系统，做到相应部门的报表数据只有相应用户可以访问，保证了数据的安全性。 二、系统架构 该系统由报表门户服务器、报表鉴权服务器、报表元数据数据库服务器三部分组成，架构如图1所示： 图1 报表门户服务器使用部门原有的戴尔2950服务器，安装的是COGNOS公司的REPORTNET8作为门户服务软件；报表鉴权服务器利用了部门闲置PC机作为服务器，使用的是COGNOS公司的DATA ACCESS作为用户鉴权软件；报表元数据数据库服务器也是利用了部门闲置PC机作为服务器，使用微软的SQLSERVER2000作为数据库。 报表元数据数据库服务器的主要功能就是把用户需要访问的报表由开发人员在本地使用COGNOS配套的开发软件FRAMEWORK对各生产系统的数据进行抽取、整理、编辑成元数据后以包的形式存放在报表元数据数据库服务器上。 报表门户服务器的主要功能一方面是提供开发人员一个网页门户的界面对报表元数据进行开发，按照前端部门需求的格式开发出相应的报表。另一方面也是提供普通用户一个网页门户，通过这个门户可以访问相应的报表。 相应用户的添加、修改、删除以及用户所能访问的报表、对报表操作的权限赋予、收回就是通过在报表鉴权服务器操作来实现的。 三、用户设置及权限管理 整个内部报表展现系统的用户设置及权限管理是在报表鉴权服务器上使用COGNOS公司的DATA ACCESS软件来进行的，如图2所示： 图2 通过图2，我们可以看到，整个用户管理是通过角色+用户的模式实现的。所谓角色就是具有相同属性、权限的用户组，在图2中，每个有报表展现需求的部门都创建了一个角色(如图2中Root User Class路径下)，，对该角色进行权限设置，这样角色下面创建的所有用户(如图2中User路径下)都拥用有该角色所设置的权限。 更多文章 mxdwk <>
PowerBI技巧之BI入门经典
【前言】昨天论坛的SQL Server大版新增了一个BI板块，大家讨论得热火朝天，由于此前因为客户环境的问题，一直在使用sql 2000，没怎么关注这一块的东西，最近刚好要做购物篮的分析，所以到网上搜集了一些资料。
为了跟大家保持“步调一致”，也写点或转点东西出来，和大家一起学习和分享。
这是很好的BI入门资料，对于还不知道BI是什么，为什么要搞BI，以及BI能做什么的朋友来说，应该还是比较有帮助的。
很可惜的时候文章中的图片找不到了（文中涉及到参考图片的那部分请忽略），到网上找了一下也没找到，如果有收藏到这部分图片的朋友或看到有这部分图片的朋友，欢迎共享一下。
【转贴内容】(1) 老板，你要这么多数据做什么？假如你是一个商品零售公司的老板。
你的公司很先进，已经实现了业务信息化，每一笔销售单据都保存在数据库中，日积月累，已经保存了十余年的销售数据，上亿条销售记录。
这时如果我问你：“反正三年前的数据留着也白白占地方，耗费存储成本，索性把它们全删掉吧，这样不用买硬盘就能容纳新数据，如何？”你会从容的接受我这个建议吗？那么老板，你要这么多数据做什么？是的，和我一样，你也已经隐约认识到数据的价值，这就是我们割舍不下历史数据的原因，就像任何一个现代化企业，甚至就像任何一个传统的票号，如百年老店般虔诚地保存着古老的数据，因为我们有直觉，我们的直觉告诉我们：这些数据有用！但这仅仅是一种直觉，到底该怎样把这些占据大量存储空间的数据的价值挖掘出来，让这些数据从成本的消耗者变成利润的促进者？这中间似乎缺少了某些环节。
(2) Business Intelligence - 连接数据与决策者BI(Business Intelligence) 是一种运用了数据仓库、在线分析和数据挖掘等技术来处理和分析数据的崭新技术，目的是为企业决策者提供决策支持。
让我们振臂高呼三遍：决策支持，决策支持，决策支持！BI 是一个工厂：>> BI 的原材料是海量的数据；>> BI 的产品是由数据加工而来的信息和知识；>> BI 将这些产品推送给企业决策者；>> 企业决策者利用 BI 工厂的产品做出正确的决策，促进企业的发展；这就是 Business Intelligence，即商业智能——连接数据与决策者，变数据为价值。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
性能调整
系统性能调整包括：
基础性能调整
Web Server J2EE Application Server Database OS
应用的设计 CRN服务器调整 CRN属性调整（warpproperties.xml） 性能监视
报表设计
报表设计： – 字体大小对响应时间没有影响 – 选择合适的字体 如英文字体选择用 Arial代替 Andale – 固定列宽度 简化报表元素，避免多余或没必要的信息 – 增加报表列会增加系统开销 – 增加一列大约增加10%的系统开销
ReportNet 服务参数调整
Tools -> Server Administration -> Tuning Settings
最大报表进程数 （Maximum number of report processes） ）
以“BIBuses” 在服务上出现 BI Buses 用来查询和生成报表 批处理报表和交互式报表的进程可以分开设定 需要考虑的相关因素: – CPU个数 – CPU的频率 (如 2.0 GHz) – 内存 (一般每个BIBus进程需要 200 Mb内存) – 考虑批处理报表和交互式报表资源的争夺情况 默认值为 2 推荐值为 2 * CPU个数 通过监视来获得理想配置
密切度连接（ 密切度连接（Affinity Connections）… ） 默认值 (每个BIBus的设置)
– Low affinity = 4 – High affinity = 1
推荐值
– Low affinity = 2 – High affinity = 1
处理能力（ 处理能力（Process Capacity） ）
Cost Per Additional Column
10% reduction in Pages Per Second Per CPU
Pages Per Second Per CPU
1
2
3
4 # of Colum ns
5
6
7
性能调整
系统性能调整包括：
基础性能调整
Web Server J2EE Application Server Database OS
Total processes = 2 * 4 CPUs = 8 Interactive processes = 8
4 CPUs
Batch
4 CPUs
Interactive
密切度连接（ 密切度连接（Affinity Connections） ）
表示分配给每个“BIBus” 进程的线程数 密切度连接是通过事务类型来划分的 低密切度连接（Low affinity connections ）(如运行一张报表) – 请求可以被任何一个报表服务处理 高密切度连接（High affinity connections） (如翻页) – 请求往往被发向同一个报表服务 需要考虑的因素: – CPU频率(如 2.0 GHz) – 事务类型
Cognos ReportNet 高级培训
国家信息中心北京优信佳公司
ReportNet高级培训 高级培训
一、ReportNet体系架构 二、ReportNet高级安装与配置 三、报表的高级制作 四、报表管理 五、系统性能优化
性能调整
系统性能调整包括：
基础性能调整
Web Server J2EE Application Server Database OS
应用的设计 CRN服务器调整 CRN属性调整（warpproperties.xml） 性能监视
Web Servers
使用升级的网关程序 – Apache Mod, ISAPI, servlets – 多线程的网关程序，比CGI有较高的处理性能 考虑使用负载均衡和容错架构，以处理更多用户的并发
J2EE Application Servers
Apache Tomcat – 调整线程数
打开 CRN Tomcat 目录下的 server.xml 文件，找到 “coyote” 部分 – 设置 “maxProcessors” 到2.5 线程 * # 并发用户数 – 设置 “acceptCount” 到500 个连接数
Before: <!-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 --> <Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="9300" minProcessors="5" maxProcessors="75" enableLookups="true" redirectPort="9443" acceptCount="100" debug="0" connectionTimeout="60000" useURIValidationHack="false" disableUploadTimeout="true"/> After: <!-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 --> <Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="9300" minProcessors="5" maxProcessors="1000" enableLookups="true" redirectPort="9443" acceptCount="500" debug="0" connectionTimeout="60000" useURIValidationHack="false" disableUploadTimeout="true"/>
Scenario:
Requests
注：所有 CPU完全相同
4 CPUs
2 CPUs
2 CPUs
Server 1
Server 2
Server 3
Server 1 跟Server 2和Server 3相比，能够处理 2倍的请求数 所以, 处理能力设置为: Server 1: 2.0 Server 2: 1.0 Server 3: 1.0
批处理报表
批处理报表在很多情况下是非常有用的:
– 在非高峰时间最大限度地利用硬件资源 – 在高峰时间减少BI事务处理的复杂性 – 可以将报表刷新的周期与数据更新的周期设置成一致
一般在如下情况下可以将调度设置为一张报表一张报表的生成：
– 只有少量的报表需要调度 – 报表需要在不同时间内调度
在如下情况下可以使用Jobs 来调度多张报表:
性能调整
系统性能调整包括：
基础性能调整
Web Server J2EE Application Server Database OS
应用的设计 CRN服务器调整 CRN属性调整（warpproperties.xml） 性能监视
介绍warpproperties.xml文件 文件 介绍
在 CRN_ROOT\configuration目录下 默认情况下是无效的 (扩展名为“.sample”) 通过如下方法激活: – 将“warpproperties.xml.sample”改为 “warpproperites.xml” – 重新启动CRN服务 通过修改配置来调整功能和性能
作为BI请求的servlet容器 – Cognos ReportNet dispatcher 组件 – java.exe 进程 与性能相关的关键两个参数： – # 线程数 – 内存大小 (heap size) 使用监视工具来估计系统所需线程数 – 通常情况下, 线程数=2.5 线程 * # 并发用户数 设置 1024 MB 或者更高的内存，以获得更高的性能
Apache Tomcat – 调整线程数 maxProcessors
– 并行处理的最大线程数
acceptCount
– 请求队列数
enableLookups
– 设置是否使用DNS解析 – 有些环境下设置为 False可能会获得更好的性 能
数据库
数据库性能调整主要由数据库自身技术特点决定 – 数据库技术 – 数据库设计 – 数据库参数调整 需要数据库的专业技术 – 确保ReportNet执行的SQL是高效地 – 确保有效地查询设计
操作系统
修改Windows 2000 注册表，以支持高负荷应用 – SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TCPTimedWait Delay=30s – SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort= 10000 or higher – SYSTEM\CurrentControlSet\Session Manager\Subsystem\Windows – Shared Section to 3072 AIX – 修改环境变量，以提高多线程应用程序性能 – 将优先权付给处理的线程 – AIXTHREADSCOPE=S、 AIXTHREAD_SCOPE=S HP-UX – 修改内核参数，以支持线程地有效使用 – Max_thread_proc – 每个进程的最大线程数 (小于 nkthread) – Nkthread – 能够运行的线程总数 (最大 30,000) Solaris – 没有参数设置