Anyone coding in Assembler?

Discussion in 'App Development' started by braincell, Feb 28, 2012.

  1. dewton

    dewton

    So given the same algorithms used in C++ and C#, is it true that the .NET JIT would produce code that's faster than C++ code compiled with the Intel C++ compiler?
     
    #71     Jun 13, 2012
  2. That's something we finally agree upon. And you'll understand what this means. It's very grim outlook for the industry. We're already seeing that a handful of people rule the markets. And this will only get worse. Only the people with the deepest pockets will build their own dedicated hardware and take all business. It's not a nice picture for the future, that's for sure ...
     
    #72     Jun 13, 2012
  3. You know, that's just theoretically not possible. C# uses .NET libraries. This means it is NOT code that is tailored to your specific needs. With C++ you can nail it down and only use code you really want.
     
    #73     Jun 13, 2012
  4. But anyway, it IS kind of depressing. To be among the fastest is getting more and more expensive by the day. a 40gbe connection (which offers several microseconds improvement over 10 gbe) to arca and nasdaq alone, together with data and some FGPA's will set you back around $50,000 per month. And then, you'll have a commercial FPGA. The big houses will have their own hardware programmers and will have FPGA's that are faster than yours. This race is getting more and more expensive and only a very few firms will be able to keep going like this ...
     
    #74     Jun 13, 2012
  5. which has absolutely nothing whatsoever to do with the programming language used. Its about hardware and politics. Network cards, distributed computing on several servers, GPUs, latency and raw throughput to the exchanges and ECNs/Brokers. Then its the political environment which made it possible for a few with deep pockets to dominate this field. Regulators could stop those charlatans with the blink of an eye but they don't guess why? But do not despair...momentum is about to change on the political side...

    There are trading houses that run hft algos on windows boxes, linux boxes, they run C# code, C++ code, Erlang, and many others. They all compete for microseconds and they would not run C# or in your opinion "worthless" languages if they lost money. Hence, your analysis just is not correct.

    Thats all I have to say to this.

     
    #75     Jun 13, 2012
  6. you really are a little thick!!! What a ridiculous blanket statement!!!


     
    #76     Jun 13, 2012
  7. you are a bit behind our times. This game will end very very soon, many European exchanges have either already implemented hft limitations or are pretty much about to do so. I do not see exchanges moving a single more millimeter in Asia either, the momentum has totally vanished. I will not give it another 1.5 years before hft is a thing of the past in the US as well, you will see. Time to move on to new pastures. One more flash crash and game over, baby!!!

     
    #77     Jun 13, 2012
  8. dewton

    dewton

    Obviously a retail trader shouldn't try to compete with the big guys at their game. You don't need a $50,000 connection and ultra-high speed algorithms to make money in the markets. Money can be made with longer term trading.
     
    #78     Jun 13, 2012
  9. Maybe the key to our differences is that we're talking about different things here. If you need to be THE fastest, then you don't have another option than C++ (or ASM, but I still think C++ would be the right choice). However this also comes with the need for steep monthly costs (easily more than $50,000/month). A firm can decide 'ok, we're not going for the really 'free' money that only the fastest out there will be able to pick up, but we're going to differentiate ourselves in the kind of strategy we run'. In that case, not every millisecond will count and C# probably is the right choice for your needs.
     
    #79     Jun 13, 2012
  10. Please explain yourself ?
     
    #80     Jun 13, 2012