※ 引述《adrianshum (Alien)》之銘言： : ※ 引述《Lordaeron (Terry)》之銘言： : : 你實在是愛斷章取義, 我一直都只有在講需要lock 的情形, 需要lock 時 : 說斷章取義真的遠不及閣下了. 絕對輸你. : : 不就是需要thread safe? 還是你習慣性寫thread unsafe 的程式我也沒意見. : 你給的資料, 最多只能看到 sync/lock operation 在不同情況下的 : degrade. 把 sync/lock operation 的 degrade 程度說成整個 application : 的 degrade 程度, 這真是可笑之至 : Thread safety 的問題你看不懂的話請你乖乖再去讀別人寫的是什麼. : 我指出的是在正常的程式裡面, 根本不會有像你那些 link 的測試或 : 資料那麼多 sync/lock. 是哦, 哪請你指出最多會花多少overhead 囉. : 離題一點, code 要 thread safe, 還有很多方法, 不用 lock : 就是寫 thread-unsafe 程式? 你別貽笑大方了吧. 哦, 還有什麼方法? : : 最後, 你最愛的lock/sync 的 performance 一直有在改進中, 哪麼就請你 : "你最愛" 我可不知道那裡得出來的結論. : : 指出現在是不是像你所說的, lock/sync 最多只掉5% 囉. : 又來斷章取義嘍. : 一直在說的是整體 performance 掉多少, 你就把別人說的硬 : 改寫成 "lock/sync 最多只掉5%" >Sync/Lock 在一個正常的 app 裡會佔用多少計算? 我算你 1% 就超多了. >就算 dual core 情況下 *lock/sync 本身* 慢 500%, 對整體大概也只 >是下降 5 % 而已. 以上的話是你講的, 你該不會忘記吧? : : 另外, 我差點忘了, 我只是要指出, 將問題單純化到用機器來解決, 像你常講的, : : 加個ram 買>2GB 的memory, 換64 bit 都不是問題. : : 問題是換個64 bit 就掉15%, 加個CPU 也沒辨法要回來. : 很有趣耶. : 假設 1CPU -> 2CPU 可以給我 150% processing power (蠻正常的數值) 請舉例, 什麼AP 可以加顆CPU 多150% performance. 我舉個反例, 我手上就有支象棋程式, 四核也沒用, 它只用一核, 其它的 核都是閒著. : 換 64bit 掉15% 再補個文檔, 2007 年javaone 的TS-2885.pdf 其中的第19頁. 16core 的32bit vs 64 bit 以SPECjbb2005 測, 掉快30%了囉 core 多看來, 沒比較狠呢. : 1CPU(32bit) vs 2CPU (64bit) : = 1 : 1.275 : 你自己說的數值都解釋不了為什麼加個 CPU 要不回來. : 從來沒有人說所有問題都能單純用機器解決, 你才真的在 : 斷章取義吧. 哇, "你自己說的數值都解釋不了為什麼加個 CPU 要不回來." 此話我在哪一篇寫的? 再來, 是你說可以加顆CPU 拿回15% 的, 我才給出多給CPU 不見得會快回來的 link. 這又斷章取義? : : 這個你的講法是行不通的而已. : 不是所有情況都合用, 就是行不通? : 我在另一篇也有提過, 你要明白自己 app 面對 : 的 bottleneck 是什麼而用合適的方法去解決. : 很不幸, 就是有很多application 的困難在於那區區 1.xGB : memory 不足夠. yoyoyo, 我只是回應你哪句話而已. 我從沒說過加哪個不是解決方法. : : 而我知道你公司很大, 隨便都可以給你要個10GB, 8GB 來給你的AP用. : : 而我遇到的, 可沒辨法, 申請單填了還不見得會過. : 開始扯一堆有的沒的來酸了嗎? 這世界就是有很多很多公司買得起 >4GB RAM : 的 server. 你大可繼續當鴕鳥把現實世界當成是其他人在發夢, 而只有你身處 : 的才是現實世界 我沒說你的不是現實世界啊. 我不就說了, 你家公司比較大了, 隨便要都有了. 這有什麼好酸的呢? : : but 我記得, 路透的東西, 要用C++ 來寫比較好吧. : 扯這些只顯出你自己無知而已. : Thomas Reuters 的 RFA 是人家提供的, 你要是覺得只有 C++ : 才能寫 Reuters 的 data feed etc, 你就去問問 Reuters 為什麼 : 要自甘墮落提供 Java 的 lib 嘍. 無知的還不知道是誰, 我只有說用C++ 寫比較好就變無知了. 難道我有說不能用JAVA 寫? but java 的api 還是一樣要透過JNI 來improve performance 也是不爭的事實. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.45.250.249 ※ 編輯: Lordaeron 來自: 114.45.250.249 (03/04 20:12)