Building Low Latency Trading Systems

Поділитися
Вставка
  • Опубліковано 15 лип 2024
  • an overview of processes and techniques on how to implement low latency trading systems (5 to 20 microseconds)... Presented at the In-Memory Computing Summit, 2018 in San Francisco, USA.

КОМЕНТАРІ • 36

  • @not_a_human_being
    @not_a_human_being 5 років тому +2

    Best and brightest of us...

  • @zhubotang927
    @zhubotang927 2 роки тому +7

    This guy is great. by the way he talks so fast for a non-native speaker I had to rewind a couple of times.

    • @abukhandaker7558
      @abukhandaker7558 2 роки тому +2

      There is a button in youtube for speed control. Have you tried that?

  • @j0mpst0rt
    @j0mpst0rt 8 місяців тому

    That was really good to hear. I have to speak at same level, so your oration here is an excellent help. Thank you.

  • @ramanac
    @ramanac 4 роки тому +6

    UA-cam is kinda my hangout place. And this is one of the best videos I have watched this year!

  • @1292033
    @1292033 4 роки тому +1

    Kevin, Thanks a lot for the talk, it was very informative.

    • @kevgol0
      @kevgol0  4 роки тому

      my pleasure - glad you liked it

  • @abhinavshrivastava2860
    @abhinavshrivastava2860 2 роки тому

    Great talk! Thanks

  • @progfan234
    @progfan234 2 роки тому +2

    This is a great talk. Thanks, Kevin. At 27:23, are the Backup OR's literally on standby? That is, are they not processing requests at all? If so, what impact have you seen from transitioning to the Backup OR's? If not, do you ever run out of memory on a single machine? Furthermore is state shared across machines in this case?

  • @williamsviyou6239
    @williamsviyou6239 2 роки тому

    This is the most understandable video I have watched on this topic.

  • @LeviRamsey
    @LeviRamsey 10 місяців тому +1

    If you think about it, every system is (broadly understood: often the users or even developers are part of the system) taking in facts about the world, doing some sort of analysis and then taking action.

    • @asdfbeau
      @asdfbeau 6 місяців тому +2

      this one simple principle will build you a career in any engineering field you choose.

  • @ravitasharma8375
    @ravitasharma8375 2 роки тому

    You nailed it !!!!!!!!

  • @ongoc5342
    @ongoc5342 Рік тому +1

    good

  • @KabbalahredemptionBlogspot
    @KabbalahredemptionBlogspot 2 роки тому +2

    Nice job. My 2 cents: If you're not measuring wire latency, and you are committing a lot of complexity to measure microsecond latency, than really your RTT latency is in the milliseconds, probably 5-10 milliseconds if you are cohosted at the exchange. Better focus on measuring and optimizing millisecond latency and ignore the microseconds until you have some spare time and budget.

    • @dota2tournamentss
      @dota2tournamentss 6 місяців тому

      In todays trading infrastructure, there is nothing that takes millisecond, if you are that slow you lost. Trading on FPGA are measured in tens of ns, algos right now hover around 1 microsecond.

  • @RS-vu4nn
    @RS-vu4nn 2 роки тому

    As they say , to gather the crowd you must have low quality .
    This quality content is high quality ,i dont know whether its good or bad for you

  • @robcab3725
    @robcab3725 Рік тому +1

    What is meant by warm up ? ELI5

    • @dota2tournamentss
      @dota2tournamentss 6 місяців тому

      Its about cache warming up aka you want your software and data to be in processor cache L1/2/3 not in the main memory like RAM which is very slow

  • @mollusk_musk2467
    @mollusk_musk2467 Рік тому

    Very bad answer about security issues. But great video and nice job presenting

  • @greggleventhal5010
    @greggleventhal5010 Рік тому +2

    Respectfully, if you want low latency, why Java? I'm not saying Java cannot be fast, but it's got more obstacles in achieving that compared with many other choices, in my opinion.

    • @JohnJonesJMJAtlanta
      @JohnJonesJMJAtlanta 10 місяців тому

      That's a great question. Think of cost (both opportunity and money). If you were starting at the beginning with 0 staff and 0 code, and talking extreme low latency, you might make different choices. But if you've got a large existing code base and a staff of Java programmers, it is easier/faster to tune the existing code. Tuning is faster and cheaper, although not perfect. I'm a C++ guy, and I'd love to walk into a client's operation and tell them they made a bad choice and need to replace/retrain their staff and rewrite their code. But I'd probably be wrong in the short term, and perhaps even be wrong in the long term.

    • @if-constexpr
      @if-constexpr 7 місяців тому

      @@JohnJonesJMJAtlanta I work in the HFT industry. The words "extreme low latency" and software don't go together anymore. If one is talking ultra low latency and having a software solution, they a) Don't have an ultra low latency system, and b) They have lost out to the competition. Most serious firms have any thing that needs to be blazing fast (think firing orders, canceling orders) on FPGA's now. Things happen at nanosecond level latencies now, and firms can lose out trades within a few nanoseconds of difference.

  • @kieserel
    @kieserel 6 місяців тому

    This is lunacy. How can you talk about HFT and distributed computing in the same sentence? The latency of communication between two neighboring computers is cosmic compared to the numbers this guy is talking about (20-25 microseconds). And in the first part of his talk this guy talks about kappa-architecture (!) and data lake storage represented by a database (!!!). That's what people from analytical data processing in business analytics use. They would be very surprised had they known that all this time they could have 20 microseconds latency with their spark cluster.

  • @meraindia5367
    @meraindia5367 4 місяці тому

    Java? Really?
    C++ is dominating this industry.
    If I had choice I'd use C only

  • @uanbu6539
    @uanbu6539 Рік тому +1

    Speaking too fast causes too many mistakes, it gets quite annoying really fast.

  • @nayemalaboni8318
    @nayemalaboni8318 4 роки тому

    Will you have anymore speech in NY

    • @kevgol0
      @kevgol0  4 роки тому +2

      Nothing planned for the rest of this year - maybe next year? What topics are you interested in? I can add that to the list of possibilities...

    • @nayemalaboni8318
      @nayemalaboni8318 4 роки тому

      @@kevgol0 hi thank you so much for your response I am a recent graduate who just wants to learn about low latency java development, I haven't found much online other than things similar to your video and quickfix j manual

    • @kevgol0
      @kevgol0  4 роки тому +2

      @@nayemalaboni8318 Totally understand - the videos are pretty sparse. In a few days I can try and get you a list of stuff that you can watch

    • @nayemalaboni8318
      @nayemalaboni8318 4 роки тому

      Hi thank you so much for your kind words and willingness to help I am truly very thankful to you for that

    • @ramanac
      @ramanac 4 роки тому +1

      I am on UA-cam all the time. And, this is one of the very best videos I watched this year!

  • @alekseyklintsevich4601
    @alekseyklintsevich4601 4 роки тому +20

    You need more substance in your talk.

    • @razrgu3838
      @razrgu3838 2 роки тому +2

      Somehow I feel native English speakers tend to talk so much while give so little, of course not everyone, but I don’t see this happen a lot for none native English speakers