我知道这些问题似乎非常开放.我会尽量缩小范围.
我一直在努力在应用程序gui中包含或排除实时用户性能统计数据.
有人在应用程序中包含这些统计数据时有任何关于伤害与收益的信息吗？
即回答的电子邮件数量,客户来电次数,每位客户的平均时间等
用户正在乞求更多关于他们的统计数据的信息,因为它们是如何被评级的.然而,有人担心,如果能够实时或接近实时地看到他们的表现,将会对他们的工作产生负面影响.
我可以将它等同于衡量我在一天内制作了多少行代码.这会帮助我提高效率,或者只是教我尽可能快地编写代码,并且很可能会犯很多错误.
在我的应用程序中,我可以想到这些场景
即不好:"我看到我已经花了10分钟来处理这个问题,我需要尽快完成这个任务"
VS
即好:"我能够快速帮助客户,我的生产力今天很好"
我有一个供应商报告产品执行查询以提取报告数据,没有插入,没有更新只是读取数据.
我们的堆大小增加了3倍,现在是1024个4k页,应用程序将运行一周,然后我们将开始看到DB2 SQL错误:SQLCODE:-954,SQLSTATE:57011表示事务日志无法适应请求.
它不是报告的大小,因为它们在回收后运行良好.我就此与另一位DBA进行了交谈.他认为问题在于ORACLE和DB2之间的区别在于供应商代码很糟糕而且没有对选择发出提交.这导致引用不被清理,并且在堆中慢慢累积为垃圾.
我想知道这是否准确,因为我认为只需要包含提交所需的插入和更新.有关于此的任何IBM文档吗？
我们目前每周都在回收以缓解这个问题,但在回到供应商要求他们改变代码之前,我希望能够很好地处理这个问题.
我有一个企业应用程序,每天有大约2k并发用户.这些用户处理客户呼叫,因此应用程序速度至关重要.
当用户结束通话时,他们会提交他们捕获的所有信息.此提交可能需要10-45秒.
我正在研究如何延迟远离用户.
我们有一个在IE中运行的Web前端,后端是在单个EJB上运行的重型Java.
我想让这个提交过程异步,因为一旦用户提交请求,他们就不必等待提交完成,然后再转到下一个客户.这是目前实施的.
最初我在考虑生成另一个线程来处理提交,但这对于EJB来说是不行的.
我能想到的其他选择是使用JMS或SIB,
最好的解决方案是什么？我还缺少另一种选择吗？