看板
[ Soft_Job ]
討論串[請益] java的效能!?
共 52 篇文章
內容預覽:
預測比假設更好, 因為太出於自想像的的假設, 不會進入預測時考慮的範圍. 在某個時間點, 程式設計師該有能力預測接下來的災難, 我認為是很正常的. 而對於, GC卻無效果, 接下來會Out of memory這件事, 也是的預測沒錯. 因為一個人能預測多少東西, 取決於他對現況能掌握多少. 視野不同
(還有129個字)
內容預覽:
身為一個 framework 開發者，. 我會說沒有人寫程式是沒有任何假設的。. 事實上我們討論議題本來就是基於各種合理的假設去進行討論，. ex.討論 Java App 時大概都會假設這不是 fps game ，. 討論 web 時假設 user 會concurrent多人，. 加上mutlipl
(還有671個字)
內容預覽:
寫了幾年的Java後，前陣子玩了幾個月的 Objective-C，才發現，GC果. 然是個邪惡的工具。. 用GC，免不了在某個時間點上，要把所有物件停下來，檢查一次所有物. 件後，才放行。問題就在於那個『某一個時間』點這問題，在Java中，. 這時間點不是我們能控制的。在 GUI程式上，變成跑GC時
(還有159個字)
內容預覽:
上面很多人講技術，我就不說了，搞不好我認知的技術細節還是錯的 XD. 不過回到原點，其實我覺得這標題就跟「日本空自跟台灣空軍對打誰會贏」一樣. 沒有給定詳細的戰場條件根本不會有結果. 例如說空戰是在台灣還是日本上空打，甚至美國會不會出手相助…. 建構物件有時間跟空間的成本，但是（對很多人來說）物件化
(還有484個字)
內容預覽:
VM 本來就只是為了 portable, 至於到底是 JIT 還是 precompile 效果好,. 這很不一定, 記憶體小的情況下, 甚至 interpreter 最好, FORTH 時代就有很多例子. GC 把記憶體物件化, 其實很容易平行處理, 甚至專門有硬體來進行 GC,. 所以 GC 在實
(還有476個字)