|
PureBytes Links
Trading Reference Links
|
Hello,
To take advantage of any CPU feature the program has to be specifically
built for given feature.
No gain is "automatic". You need to code specifically for given feature.
When it comes to 64 bit - the source code had to be adjusted
in several hundreds of lines where incompatiblities were found.
Plus it had to be compiled with new 64 bit compiler and run on 64 bit computer
running 64 bit version of Windows.
Multi-core support is similar, although more complex story -
the code needs to be restructured significantly. Also even if you restructure
the code you may find out that there is no gain because the speed
is limited not by execution of CPU but by memory access because
modern CPUs can often calculate more data than RAM is able to read/store.
Also thread switching / synchronization make eat all theoretical gains.
For example if you make array addition parallel it will run SLOWER on dual
core than on single core unless array has hundreds of thousands bars because
of thread management overhead.
Multiple CPU/Core is only able to run at full speed if data and code can
fill entirely within integrated on-die processor cache. This is rarely the case
when it comes to data of thousands of symbols each having thousands of data bars.
As soon as processor needs to access RAM it simply needs to wait.
Single core can be amazingly fast when processing arrays and it is much
faster than RAM. Code compiled with SSE instructions enabled (x64 version does that),
use SIMD instructions that can add/multiply 4 numbers in one CPU cycle.
This is way way faster than RAM speed so processor wastes time waiting for
RAM access if data are not fully present in CPU cache. And adding second core
does not help if RAM is bottleneck.
What I am talking about here is not theoretical stuff but something I actually
measured on internal testing versions of AB that used parallelized parts.
Current production versions of AB do not use multiple cores.
It will change sooner or later but currently I give no dates.
Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message -----
From: mark keitel
To: amibroker@xxxxxxxxxxxxxxx
Sent: Wednesday, November 22, 2006 8:26 PM
Subject: RE: [amibroker] Re: Can anyone explain Why AmiBrokers instead of Metastock
Thomas,
If 64 bit adds 25% to AB's speed
How much will the Dual Core add?
Mark
------------------------------------------------------------------------------
From: amibroker@xxxxxxxxxxxxxxx [mailto:amibroker@xxxxxxxxxxxxxxx] On Behalf Of Tomasz Janeczko
Sent: Wednesday, November 22, 2006 11:41 AM
To: amibroker@xxxxxxxxxxxxxxx
Subject: Re: [amibroker] Re: Can anyone explain Why AmiBrokers instead of Metastock
Actually 64 bit itself adds 25% to AmiBroker speed (AFL execution).
http://www.amibroker.com/x64/
Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message -----
From: "Fred" <ftonetti@xxxxxxxxxxxxx>
To: <amibroker@xxxxxxxxxxxxxxx>
Sent: Wednesday, November 22, 2006 5:18 PM
Subject: [amibroker] Re: Can anyone explain Why AmiBrokers instead of Metastock
> I'd leave it ...
>
> Speed - Although there are 32 & 64 bit versions of the program, 64
> bit in and of itself is not likely to add a lot of speed to ANY
> program. As far as the programs speed is concerned, this is the
> single biggest reason I tossed TradeStation in favor of AmiBroker
> years ago. In this regard, MetaStock isn't even a close 3rd ...
>
> Dual CPU/Core - There is a planned enhancement to be able to utilize
> multuiple CPU's / Cores for AmiBroker optimization. TJ would have to
> be the one to speak to when that would most likely be available.
> There are already add in products that allow multiple machines to
> cooperate in this process.
>
> Ease of Use - I find AmiBroker to be no better or worse in this
> regard then any other platform, but I suspect different people will
> see this one differently.
>
> Add Ins / PlugIns - I personally find it extremely unlikely that
> other platforms are as flexible in this regard as AmiBroker. One can
> write their own DLL's in C++ and/or other languages if one desires
> and use OLE/Automation to drive AmiBroker in almost any way one
> wants.
>
> --- In amibroker@xxxxxxxxxxxxxxx, "Natasha ~~!!!"
> <ghostship.blackparrot@xxx> wrote:
>>
>> hello,
>>
>> Depends why u are buying the software . If u are buying to make
> money on
>> the stock markets
>> by trading then amibroker will make you lots of money and this
> would be
>> extremely good value for money .
>>
>>
>> Else u can buy either , it makes no difference .
>>
>> I am assuming that one would make money on the stock markets
> if one has
>> a good trading system adn
>> strategy and ease of operation of both looking at charts and
> designing a
>> system to suit your trading
>> mentality and bank balance.
>>
>> Of couse this is my take and it is mine .Take it or leave it
> is your
>> take .
>>
>> ````` Natasha !!!!!!
>>
>>
>> On 11/22/06, mytakeismine <mytakeismine@xxx> wrote:
>> >
>> > Why AmiBrokers instead of Metastock?
>> > Speed, ease of use, add-ins and plug-ins, richness and maturity
>> >
>> > Speed, Is this 32bit or a 64bit program? will this benefit from
> dual
>> > processors(smp)?
>> >
>> > Ease of use, Learning curve this verses Metastock, intuitive?
>> >
>> > Add-ins and plug-ins, Can you get more or less with this verses
>> > metastock?
>> >
>> > Intuitive, does it easily makes sence the way it was written
> almost
>> > anticipating your needs?
>> >
>> > I am asking this here and at metastock, I have known about
> Metastock
>> > for sometime and am just hearing for the first time about
> AmiBrokers
>> >
>> > Thanks
>> > mytakeismine
>> >
>> >
>> >
>>
>>
>>
>> --
>> Warm Regards;
>> `````` Natasha !!!
>>
>
>
>
>
>
> Please note that this group is for discussion between users only.
>
> To get support from AmiBroker please send an e-mail directly to
> SUPPORT {at} amibroker.com
>
> For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG:
> http://www.amibroker.com/devlog/
>
> For other support material please check also:
> http://www.amibroker.com/support.html
>
> Yahoo! Groups Links
>
>
>
>
>
>
Content-Description: "AVG certification"
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.13/546 - Release Date: 11/22/2006
|