Mathworks ranks coders based on how fast they can read ASCII data in m-code? Am I missing something here or is this task just a little trivial in the scope of tasks Matlab is capable of? Why bother with such optimizations when (1) it's better to write it as a MEX function and (2) you'll likely cache the data to disk as fixed-point binary data, which is generally much more compact?
Using DLLs for performance intensive calculations? You mean MEX functions?
Matlab IS 100% suitiable for unsupervised trading, just like a lot of other interpreted languages. Is it CPU efficient? That's debatable. I use compiled matlab code for math/vector ops, and hand written C code for datafeed handling... all real time and multi-threaded. Use Matlab where it counts, and C or C++ wherever Matlab code is innefficient.
Matlab and MEX really shine for backtesting, which is where I recommend all black box interested Matlab gurus start.
There's also http://www.gloriosia.com/
Using DLLs for performance intensive calculations? You mean MEX functions?
Matlab IS 100% suitiable for unsupervised trading, just like a lot of other interpreted languages. Is it CPU efficient? That's debatable. I use compiled matlab code for math/vector ops, and hand written C code for datafeed handling... all real time and multi-threaded. Use Matlab where it counts, and C or C++ wherever Matlab code is innefficient.
Matlab and MEX really shine for backtesting, which is where I recommend all black box interested Matlab gurus start.
There's also http://www.gloriosia.com/
Quote from 377OHMS:
Currently I have a manual-order trading rig but have been dreaming of trade automation, black boxs etc.
For what its worth, I'm currently ranked as a Top-10 World Matlab author by the MathWorks in the data import/export category. I have a routine in the file archives there, autodataread.m, which is considered the fastest ML reader of mixed type ascii data on the planet.
My particular gimmick is the use of DLLs for performance intensive calculations, calling them from the main Matlab m-file to slurp in data etc as has been mentioned in this thread. I've also got alot of experience with Matlab GUIs and so have been giving some thought to writing a front end for automated trading based upon TA.
I'm not 100% sure that Matlab is suitable for unsupervised trade automation but think there is enough potential there to test it in a benign account. If anyone cares to collaborate I am in LA and can be reached at res1re94 over at verizon.net.
regards,
Scott