※ 引述《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)