Re: [請益] java的效能!?

看板Soft_Job (軟體人)作者 (資訊苦力)時間15年前 (2011/05/23 12:51), 編輯推噓0(007)
留言7則, 3人參與, 最新討論串36/52 (看更多)
這個問題討論到最後變得很發散,其實以我自己淺淺的經驗看各位先進的說法,都是有 其道理,但也許大家在工作中遭遇到了不少的痛苦....所以導致對某些方面的議題特別 的有"感覺"~ 所以特別的想提醒大家~ 小弟弱弱的以為,程式語言、開發工具、平台、Design Pattern、Framework本無罪, 他們的誕生本就是要解決一些大眾常會遇到的問題,如果您用了感覺很爛,那可能是您 的選擇並不適合您的應用。 而效能調校也有非常多的部位可以討論,從 VM本身的運作 GC演算的選擇(千萬不能小看這個,選對了演算可以大幅改進GC的影響) Resource Pool的配置(這是國內很多企業的弱項,畢竟在大組織當中,這塊的優化跟調 整好像不屬於開發科或是管理科的權責,有點三不管的感覺) 系統的設計(採用哪些外部系統以及是否使用Framework) 程式開發技巧(非常專業....) 這些都是影響效能的關鍵,僅只關注一部分而沒有通盤性的檢驗的話,效能調校很容易 就變得只是一種口號。 買硬體雖便宜,但是不能解決問題,試想一個外部系統存取過度的程式,給他多一點的 硬體也無法去改進他跑不快且容易受環境影響的事實。 原PO最早的問題是主管想要在公司的產品上提高效能所以對開發作了一些規定,這些規定 不管對效能是否有提升,首先要提出的就是這些規定是否有隱藏的風險,等風險評估可以 承擔,效能問題就可以再用profilling tool去抓。 以上小弟個人淺見,如有冒犯還請海涵~ 謝謝! 最後分享給各位一個現象,就是很多問題只發生在營運的系統上,要是真的設計或是撰寫 程式有問題,很多抽絲剝繭的除錯法或是分析理論是不能用的,您的設計與撰寫適合在營 運套上面管理與分析嗎?這點一定也要考慮一下噢~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.229.63.63 ※ 編輯: bravomao 來自: 220.229.63.63 (05/23 12:56)

05/23 12:57, , 1F
GC algorithms 請問你有多少可以選?
05/23 12:57, 1F

05/23 13:05, , 2F
應該表列的就有8種的樣子,在實際案例中的改進遇過減少30
05/23 13:05, 2F

05/23 13:05, , 3F
%的GC時間。哪個客戶真的不大方便說,抱歉~
05/23 13:05, 3F

05/23 14:11, , 4F
請問最常用的GC演算是哪一種?
05/23 14:11, 4F

05/23 19:14, , 5F
最常用的就是原廠預設的那個....因為大部分的OP或是SP是
05/23 19:14, 5F

05/23 19:15, , 6F
不會去調那個的,而身為AP的我們除非有特別注意或要求,
05/23 19:15, 6F

05/23 19:15, , 7F
否則也不大會去調整。
05/23 19:15, 7F
文章代碼(AID): #1DsUVGaH (Soft_Job)
文章代碼(AID): #1DsUVGaH (Soft_Job)