Re: 64 bit 有比32 bit 好? 還是看圖吧.

看板java作者 (Terry)時間13年前 (2011/03/04 19:33), 編輯推噓0(009)
留言9則, 3人參與, 最新討論串11/11 (看更多)
※ 引述《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

03/04 19:43, , 1F
我真的懷疑你的理解能力出問題, 不如去看醫生檢查一下?
03/04 19:43, 1F

03/04 20:09, , 2F
哦, 講不下去就用罵的?好吧
03/04 20:09, 2F
※ 編輯: Lordaeron 來自: 114.45.250.249 (03/04 20:12)

03/05 00:48, , 3F
建議你去看醫生是誠心的建議,這也叫罵?
03/05 00:48, 3F

03/05 00:51, , 4F
整篇的東西不是邏輯出問題就是之前別人已經說過
03/05 00:51, 4F

03/05 00:54, , 5F
你自己去看吧,150%連根據都沒有又信口開河
03/05 00:54, 5F

03/05 00:58, , 6F
最後,有一篇採取2 JVM才增加125%,你的150%哪裏來?
03/05 00:58, 6F

03/05 09:20, , 7F
拿出點實力吧,只要人家舉證還頗丟臉的。
03/05 09:20, 7F

03/05 14:29, , 8F
我不是舉反證了? 你看不到?
03/05 14:29, 8F

03/05 14:31, , 9F
哪麼提數據的人不給證明就叫實力? 哪你是很有實力的沒錯
03/05 14:31, 9F
文章代碼(AID): #1DSCuVXW (java)
討論串 (同標題文章)
文章代碼(AID): #1DSCuVXW (java)