※ 引述《mephiliu (Mephi)》之銘言：
: ※ 引述《ggg12345 (ggg)》之銘言：
: : 聽說是兩個牌子的新版軟體不相容, 各自倒退回去, 用舊的相容系統軟體
: : 重新對自己的 Source AP compiling 不就成了?
: : 用開發人員的版本去兜著用, 再跑self testing不就成了?
: : 還是外包太多, 用的版本都不一樣? 這不太可能吧?
: 其實不是版本不相容, 我的推測（沒實際看到log就只能推測）基本上是weblogic內含的
: JVM 在AIX 6.1 上面有一個bug, 在concurrent session 超過200個的時候會
: crash. 如果壓力測試沒測到當然就再見.
: 這件事分別有weblogic端的patch與aix端的patch, 要看看log分析結果來決定上哪一種
: 不過我覺得從weblogic這邊看比較有效.事實上這問題應該是解掉了.
: 最後, 大型商用系統是不會亂上patch的, 更不要說是上到最新.
: 常常這樣幹的人通常很快就要換工作了.
========
超過 200 個會當, 這是那個檢驗報告說到的.
這問題是超載? 還是 race dead-lock 或是 類似recursive stack overflow
是能被區分的.
只負擔200個, 確實很鳥! 但不深究, 表面的解法就是增加機器避免超載.
不買 cpu 買 SSD 加速 disk access 就是減輕 access delay 也是一解.
但請測試公司再測就知 SSD 是否有效? 顯然是無效, 可能就懷疑IBM AIX
鎖了process/thread 數, 所以才去求 IBM ? 但顯然也沒解套.
Queue 拉長了, 再進來的不被drop行嗎?
研考會的 "向上集中" 應該是 "集中式單一管理, 分散式平行處理", 但太
容易被誤會倒退回 "全集中管制處理". 戶役政的資料庫應該還是分散在各
戶政所的. 程式架構不分析好, 算法不想好, 自然就怪網路與儲存不夠快.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.43.229.178