小
小雨哥
Unregistered / Unconfirmed
GUEST, unregistred user!
据听说排队买iPad人群中,有人买到手后就把iPad砸了,并把砸iPad的视频传到了网上,有很多人不理解,问他们既然只是想把iPad砸了,为什么还要排队赶早?这些人回答:iPad不是叫苹果吗?我们才是正真了解iPad的,是苹果,当然要尝试榨汁才是最合适的。橙子是不是也可以榨汁?哈哈我现在在一台AMD双核2.8G电脑上,上面帖子里的数据,由于受电脑限制,只能做9万次循环的测试,下面我要看看做999万次的测试结果会怎么样:Time Elapsed Testeach Compare loop 9999999each Effect loop 100Result := (SUM(100)(for each Compare TimeElapsed)) / 100-------------------------------------1) General Compare: 1611-------------------------------------2) JB_AND_SB Compare: 1576-------------------------------------3) Memory Compare: 1585-------------------------------------呼~~~,好长的时间。但结果在我的意料中:看着SB,实际非常JB的JB_AND_SB函数大获全胜。内存比较函数也超越第一项字符串比较函数,获得第二名。这次内存比较函数的进步,得益于AMD的HT3.0超高内存带宽的优势,这个带宽,整整比Intel的高了一倍多(从这里也可以看出,AMD与Intel相比,虽然使用了更高带宽,但实际效果并没有成倍上升)。当然,这里只是一个测试。虽然我们已经知道JB_AND_SB函数性能不错,但是在写代码中,我仍然不会选择它,原因很简单,s1=s2 无论是看着还是写着,都是清晰明了的,既然s1=s2性能也已经非常不错了,没有理由换成一个性能可能更好,但好得甚为有限的另外的函数,更何况 Delphi 自带的运行时库函数,稳定性是由所有 Delphi 爱好者和使用者、做了无数次义务小白鼠后确定下来的,质量无疑更有保证。这就是我宁愿使用 s1=s2 ,而不使用 JB_AND_SB 的原因。