AMD或英特尔,以及内存品牌 - 页 17 1...101112131415161718192021222324...94 新评论 kombat 2009.09.16 19:27 #161 Svinozavr >> : 趋势是明确的。很快我们就会达到谈论基于管子的计算机的地步。核心电压150V。 只要不是装甲车电脑就好。 ))) Erick Mustaf 2009.09.16 19:43 #162 下面是3年前对一个预算的2核AMD构建的测试。 Sceptic Philozoff 2009.09.16 19:56 #163 来自AMD训练营的同事们,请加入进来! 展示一下AMD真正的男子汉气概,在这个脚本上的数学上撕开英特尔(当然是MT4)!有很多口碑,但到目前为止的测试并不令人印象深刻。提醒你,到目前为止最好的结果是46。 Skymaster,你的测试在哪里?重点甚至不是什么 "更好"--AMD或英特尔--而是看每个平台在真实、具体的MT4终端和这个特定脚本中能做什么。 Andrey Dik 2009.09.16 20:06 #164 碱液!我一点也不明白。为了将每个测试的权重均衡到一个数字,例如100,我尝试增加第一个测试的周期数,希望执行时间 与周期数成线性关系。结果呢? 在其他测试中,时间也增加了一个数量级。 我试图在第三次测试前声明一个数组,然后我看了看任务管理器,不敢相信自己的眼睛--数组的内存甚至在数组被声明之前就已经被分配了!这就是为什么我在第三次测试时没有声明。有人对此有什么要说的吗? Sceptic Philozoff 2009.09.16 20:08 #165 安德烈,让我们暂时保持测试的内容不变。毕竟已经有了一些统计数据。 Петр 2009.09.16 20:10 #166 begemot61 >> : 也许比这更简单。你有一个超频的--加热的--曳引石。即插入了空闲的笔画。频率并没有改变。是的,这很有可能。尝试测量温度,然后将频率降低到额定值。 Andrey Dik 2009.09.16 20:10 #167 Mathemat >> : 安德烈,让我们暂时保持测试的内容不变。不过已经有了一些统计数据。 不,不,我不会去找Bolamut,我只是对我的硬件(或者可能是MT编译器)的非常奇怪的行为感到困惑。 Andrey Dik 2009.09.16 20:19 #168 还有一件事。最有可能的是,我有1000%的把握,代码是为英特尔平台编译的,AMD的石头在这个测试中不会表现出任何伟大的、男人的东西。 结论:严肃的MT数学计算最好是在英特尔上进行。我想只有终端的开发者才能说服我。 当然,看到在严重的现代AMD石头上的测试会很有趣。谁有这样的石头? Петр 2009.09.16 20:37 #169 joo >> : 还有一件事。最有可能的是,我有1000%的把握,代码是为英特尔平台编译的,AMD的石头在这个测试中不会显示出任何大的和男人的东西....., 它们有相同的命令集--X86+所有这些东西。排队、解码、填充空时钟周期的混合等方式和执行本身是不同的。许多事情可能会以不同的方式进行。缓存在同一体积下是一样的。 所以我不会说编译是为特定的平台而做的,特别是由于编译的结果不是一组指令,而是所谓的字节码,如java-machine或.NET。 当然,一切皆有可能)))。 [删除] 2009.09.16 21:17 #170 Mathemat писал(а) >> 到目前为止,最好的结果是46。 1...101112131415161718192021222324...94 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
趋势是明确的。很快我们就会达到谈论基于管子的计算机的地步。核心电压150V。
只要不是装甲车电脑就好。
)))
下面是3年前对一个预算的2核AMD构建的测试。
来自AMD训练营的同事们,请加入进来!
展示一下AMD真正的男子汉气概,在这个脚本上的数学上撕开英特尔(当然是MT4)!有很多口碑,但到目前为止的测试并不令人印象深刻。提醒你,到目前为止最好的结果是46。
Skymaster,你的测试在哪里?重点甚至不是什么 "更好"--AMD或英特尔--而是看每个平台在真实、具体的MT4终端和这个特定脚本中能做什么。
碱液!我一点也不明白。为了将每个测试的权重均衡到一个数字,例如100,我尝试增加第一个测试的周期数,希望执行时间 与周期数成线性关系。结果呢? 在其他测试中,时间也增加了一个数量级。
我试图在第三次测试前声明一个数组,然后我看了看任务管理器,不敢相信自己的眼睛--数组的内存甚至在数组被声明之前就已经被分配了!这就是为什么我在第三次测试时没有声明。有人对此有什么要说的吗?
安德烈,让我们暂时保持测试的内容不变。毕竟已经有了一些统计数据。
也许比这更简单。你有一个超频的--加热的--曳引石。即插入了空闲的笔画。频率并没有改变。是的,这很有可能。尝试测量温度,然后将频率降低到额定值。
安德烈,让我们暂时保持测试的内容不变。不过已经有了一些统计数据。
不,不,我不会去找Bolamut,我只是对我的硬件(或者可能是MT编译器)的非常奇怪的行为感到困惑。
还有一件事。最有可能的是,我有1000%的把握,代码是为英特尔平台编译的,AMD的石头在这个测试中不会表现出任何伟大的、男人的东西。
结论:严肃的MT数学计算最好是在英特尔上进行。我想只有终端的开发者才能说服我。
当然,看到在严重的现代AMD石头上的测试会很有趣。谁有这样的石头?
还有一件事。最有可能的是,我有1000%的把握,代码是为英特尔平台编译的,AMD的石头在这个测试中不会显示出任何大的和男人的东西.....,
它们有相同的命令集--X86+所有这些东西。排队、解码、填充空时钟周期的混合等方式和执行本身是不同的。许多事情可能会以不同的方式进行。缓存在同一体积下是一样的。
所以我不会说编译是为特定的平台而做的,特别是由于编译的结果不是一组指令,而是所谓的字节码,如java-machine或.NET。
当然,一切皆有可能)))。
Mathemat писал(а) >>
到目前为止,最好的结果是46。