2009-07-06 45 views
0

我看到在從WAS FixPack15遷移到FixPack 21後,我的應用程序啓動時間長了很多。通過應用程序啓動時間,我的意思是日誌語句:在WebSphere Application Server 6.1 FixPack上長時間的應用程序啓動時間

WSVR0200I:啓動應用

AND

WSVR0221I:應用啓動

此時間間隔是在FP 15小於10秒,但它是對FP 2分鐘21什麼也CH除了新的修復包之外,它們已經變老了。 但是,如果我反彈了我的WAS實例,然後啓動應用程序,則啓動時間很短(10秒)。但在有些情況下,當我不反彈我的WAS實例時,FP 21上的應用程序啓動需要2分鐘,在FP 15上過去需要10秒。

我想知道您是否有任何關於如何排查此問題。

我的操作系統是紅帽企業Linux服務器版本5.1(Tikanga)

+0

感謝您的所有建議。我已經嘗試了其中的大部分,但無法將緩慢度與特定組件/活動聯繫起來。但是,我切換jdks,慢慢消失。在我的Fp21上,我將IBM JDK SR8a推回到SR6b(我的FP15使用的版本)。 – user39732 2009-07-26 14:21:40

回答

1

有一件事我會做的是通過日誌反對更快的版本和較慢的版本比較一次。這可能會讓您將糟糕的性能縮小到單個組件而不是整個組件。

我在過去使用過21次,並沒有注意到它的速度較慢,但​​是這說我在AIX和Windows上使用它,因此它可能是一個操作系統問題。

如果您將性能較差的功能縮小到這裏,然後再看看它。

Regards,

Michael。

+0

我沒有注意到任何單個組件執行速度較慢。我在FP21和FP15上看到了相同的日誌語句,但是在FP21上的連續語句之間的時間間隔比在FP15中的時間間隔長。 – user39732 2009-07-13 16:17:37

+0

日誌中是否有這樣的行: [07/07/09 08:53:51:05 BST] 0000000a J2EEServiceMa I ASYN0059I:Work Manager服務已成功初始化。 在這條線上看到兩個初創公司之間的確切時間(它應該只有大約20個),也就是從日誌跟蹤開始到該行的時間。此外,你的應用程序是否做了很多初始化(即它們是否在啓動時建立了某種本地緩存?)。 – 2009-07-15 08:29:53

1

我從FP13轉到FP21,沒有看到我的應用程序有任何放緩,但那是在Windows上。

你確定這是你唯一改變的東西嗎?

您是否在應用程序中使用任何WebSphere API /代碼?

實際上是否應用了全部的修復包?下載頁面是一個真實的眼圖,但是您必須更新WebSphere SDK 。如果您使用IHS,則必須更新IHS,插件和SDK。

最後,你說它在重新啓動應用程序時速度很慢,而不是在重新啓動整個服務器時。我想知道你的應用程序是否存在JVM堆問題。你有多大堆?重新啓動時是否看到GC問題?

1

幾個想法:

  1. 花幾分鐘了Javacores(殺死-3 PID)30秒開,2分鐘暫停期間和使用類似線程和監控器轉儲分析比較多線程轉儲看看某個線程是否「卡住」某處,進行外部呼叫或循環。請參閱Linux Hang MustGather:http://www-01.ibm.com/support/docview.wss?uid=swg21115785
  2. 在2分鐘的時間間隔(使用Garbage Collection和Memory Visualizer之類的東西)檢查verbosegc以查看當時是否存在GC暫停(2分鐘的暫停意味着您有其他問題)。
  3. 嘗試在測試環境中重現該問題。在那裏你可以做更重的調試(例如#4)。
  4. 在啓動應用程序之前動態打開* =。顯然,這將是一個巨大的性能影響,但除非這是一個計時問題,否則您應該能夠看到時間戳或某些類型的多餘活動中的任何「空白」。使用Trace Analyzer for WebSphere Application Server來管理trace.log文件。
相關問題