Websphere共享日志编写器（com.ibm.ejs.ras.SharedLogWriter）

我在生产环境中遇到非常低的速度。我正在分析系统，我发现的原因是系统中的所有线程都在等待访问websphere环境中的“共享日志编写器”。可能的原因是什么

什么是WebSphereSharedLogWriter（com.ibm.ejs.ras.SharedLogWriter），它是否管理在Websphere中编写的日志。以及为什么它会阻止应用程序。我的应用程序也在使用log4j日志，大部分日志都写在log4j日志文件中，如果由于在磁盘上写入而出现一些错误，那么它应该在log4j进程中，而不是在websphereshare日志编写器中

---

可能的原因是什么。我是否过度使用websphere日志文件来报告错误。请向我提供您的反馈。

您可能在日志中记录了太多数据，但这也可能是由于不同进程之间的i/o操作同步引起的延迟。顾名思义，它是一个共享日志编写器。使用WASND时，同一节点（概要文件）的多个进程写入同一文件，因此需要同步

在管理术语中，此文件称为“服务日志”，默认情况下位于${log\u ROOT}/activity.log中

在大多数情况下，您并不真正需要该日志，您可以禁用它而不会产生严重后果

可以通过以下方式禁用服务日志：

您可以为您的单元格全局使用wsadmin脚本

在wsadmin/jython中：

AdminConfig.getid（'/ServiceLog://'）中sl的

。拆分行（）：
AdminConfig.modify（sl，[['enabled'，'false']]
AdminConfig.save（）

广告模式

若我并没有利用这个机会宣传这个库，那个么我就不会是我自己，这大大提高了WebSphere脚本的可读性和可维护性。因此，脚本将如下所示：

getid（'/ServiceLog://'）中sl的

：
sl.enabled=0
保存（）
sync（）

谢谢你的回答。您能否告诉我websphere在Activity.log中记录了哪些信息，以及这些信息是否过高或过高&这会降低我的系统速度。系统生产能力良好。它只会在高容量（如一次500个用户）上减速。还有其他日志，如SystemOut.log和SystemErr.log。它们不是同一个Websphere共享日志编写器的一部分。请提供您的想法。还有一个信息要分享，所有这些日志都没有版本控制，就像所有日志都记录在一个文件中一样。而对于我的log4j日志文件，我每小时都在进行版本控制。每小时后，将创建一个新文件。如果文件大小越来越大，这会有什么影响。activity.log是一个二进制文件。您需要使用专门的工具来查看它。对于WAS 8.5，您可以使用showlog。命令，对于其他版本，您需要使用ApplicationServerToolkit中的“日志和跟踪分析器”。有关查看的更多信息：关于日志轮换的问题：对于SystemOut/SystemErr日志，您有类似的选项。日志旋转可以是基于时间的，也可以是基于大小的：