Wes Dyer: Controlling Concurrency in Rx

Sign in to queue

Description

The Rx team has received a lot of questions about Rx and concurrency, thread-affinity, timers and performance. In this video, Wes explains the major changes in the latest release of Rx.

These changes drastically improve the user experience. Your feedback inspired the future direction of Rx.

New bits can be found on the Rx DevLabs page

Embed

Download

Download this episode

The Discussion

  • User profile image
    Richard.Hein

    "Now this thing ... is loathsome.  Besides being loathsome, it is also ..."  I can't wait for the opportunity to use this line.  Big Smile 

     

    This solution looks great ... I was thinking about time too and when you mentioned the TestScheduler it was right with my train of thought - virtualized time.  Can you vary the frequency of threads separately, or in groups - like if you know certain operations can go off and run as fast as possible, or if you were accessing some network resources and you want to buffer certain results etc...?  It's like quantization of sorts isn't it?  I mean, you take a set of concurrent operations which are continuous in "wall time" and isolate them together into there own discrete time, so I think quantization fits, no?

  • User profile image
    Wes Dyer

    You certainly could vary the speed of "virtual threads" independently.  We have only begun to investigate the possibilities here.  I encourage you to play around with it and see what you can come up with.

  • User profile image
    cdwatkins

    Well done, this is very nice.  Makes me really want to start using Rx more.

  • User profile image
    Flynn0r

    Incredible work.

  • User profile image
    oyunlar35

    well done on this thanks again.

  • User profile image
    Emily

    This is a great video Jeffrey. Thanks for posing this!
    LPN programs

Add Your 2 Cents