生产环境JBOSS支持并发5000，有什么优化的注意点？

hh3755 2012-12-09 09:50:10

是否有人在生产环境上配置过JBOSS支持5000的并发，该种情况下对服务器本身有何基本的要求，内存，CPU什么的?JBOSS本身有什么需要特别的优化呢？业务的情况是:逻辑简单，只有数据库20次左右的访问，无大量CPU运算及磁盘IO.

...全文

274 1 打赏收藏举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

转自：http://wangtong40.iteye.com/blog/737235 Java OPTS设置在Java的Jvm分为主要为两大块：一个是heap和 nheapHeap包括三个区域. Eden space 、survivor space、tenured space.其中surivor space包括两个区，一个是from区，一个是to区Eden是负责新对象的创建区域。当新对象...

set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m -XX:MaxPermSize=256m -Xms512m 代表jvm最少用 512m内存,32bit操作系统最大在1.5g-2g之间。64位的无限制-Xmx1024m 代表jvm最多使用 1024m内存,尽量的将-Xms和-Xmx大小设置相同，这样避免内存重新分配影响性能 -Xss=128k 线程初始化大小，...

机器学习模型部署不是简单地将训练代码封装成API，而是构建可监控、可回滚、可审计的生产级服务。其核心在于解决环境不一致、数据漂移、特征偏移、资源争用与长尾延迟等系统性问题。关键技术包括分层架构设计（数据契约层、模型执行层、服务编排层）、CPU优先的资源隔离策略、影子流量驱动的灰度验证，以及基于Prometheus+ELK的全链路可观测体系。本文聚焦模型服务化落地中的12个实操关键点与5类高频故障根因，覆盖Dockerfile优化、特征管道同步、p99延迟治理、ConfigMap模型热更新及SHAP解释性集成

自然语言处理（NLP）在生产环境中常面临效果衰减、归因困难与合规风险等挑战，其本质是语义编码与任务解码的稳定性问题。本文基于密码学隐喻，提出‘密码本-解码器-验签器’三层可干预架构：密码本层聚焦轻量、稳定、可复现的语义向量编码（如微调Sentence-BERT），保障输入表征质量；解码器层采用插拔式任务适配器（MLP/CRF等），实现低参数、快迭代、热更新；验签器层通过规则引擎提供可解释性兜底与交叉验证，解决模型幻觉与决策不可溯难题。该范式显著提升NLP服务的鲁棒性、可观测性与业务协同效率，适用于电商、金融

LDAP（轻量级目录访问协议）是一种专为高效读取和层级查询设计的目录服务标准，其核心在于树状数据模型（DIT）、基于DN的定位机制以及声明式配置管理。理解LDAP协议原理是构建统一身份中枢的前提，而OpenLDAP作为最主流的开源实现，已全面转向OLC（On-Line Configuration）模式，将配置本身作为LDAP条目进行版本化、审计化和自动化管理。技术价值体现在零停机热更新、细粒度权限建模及跨系统身份同步能力；典型应用场景包括多系统账号治理、Kubernetes RBAC后端、医疗影像系统（如d

JBoss技术交流

6,786

社区成员

2,557

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章