ไม่สามารถเล่นวิดีโอนี้
ขออภัยในความไม่สะดวก

How FastAPI Handles Requests Behind the Scenes

แชร์
ฝัง
  • เผยแพร่เมื่อ 29 มี.ค. 2024
  • Unleash the power of FastAPI! Discover how Asyncio and blocking I/O impact performance. Learn to handle requests concurrently for a blazing-fast API! In this video, we explore FastAPI's handling of concurrent requests. We'll compare Asyncio vs Blocking methods and see how normal functions differ. Understand when to use each approach for optimal performance. Optimize your FastAPI application and handle more requests efficiently. Subscribe for more FastAPI deep dives!
    fastapi handle concurrent requests
    fastapi async vs def performance
    fastapi asyncio.sleep vs time.sleep
    improve fastapi performance
    fastapi endpoint order of execution
    fastapi async def blocking io
    fastapi thread pool vs event loop
    fastapi best practices for concurrency
    how to use asyncio in fastapi for database calls
    fastapi handle multiple requests at once efficiently
    choose async def vs def in fastapi endpoints
    fastapi concurrency with external api calls
    #FastAPI #Asyncio #Python #WebDevelopment

ความคิดเห็น • 32

  • @moneeshkumar1838
    @moneeshkumar1838 3 หลายเดือนก่อน +14

    Great content brother
    Quick Modification: sync router is Concurrency not Parallelism. In python parallelism is achieved only by multiprocessing

  • @vladhaidukkk-learning
    @vladhaidukkk-learning 3 หลายเดือนก่อน +18

    Great video, but I think it’s important to mention that multi-threading in Python is not parallel

    • @bakasenpaidesu
      @bakasenpaidesu 2 หลายเดือนก่อน

      Multi processing*

    • @vladhaidukkk-learning
      @vladhaidukkk-learning 2 หลายเดือนก่อน +8

      ​@@bakasenpaidesu Actually you are wrong; multiprocessing is parallel because Python spawns an entirely new process with an entirely new interpreter.

    • @benshapiro9731
      @benshapiro9731 หลายเดือนก่อน +1

      Multi threading in python is technically also parallel programming whenever a thread releases the GIL, such as during time.sleep or open calls. In those specific instances, there can be two (or more) threads truly executing in parallel in the same python process, because one thread is waiting for the results of a system call, during which time it releases the GIL since reference counts don’t need to be updated, allowing another thread to acquire the GIL and execute a piece of code in parallel.

    • @benshapiro9731
      @benshapiro9731 หลายเดือนก่อน

      On this topic also: check out the beta of. Python 3.13! There is a flag that can be passed when launching python that removes the GIL, allowing truly parallelized execution with just threads. Been playing around with asyncio and concurrent.futures.ThreadPoolExecutor -> noticeable speed up. Shame that c-extension based libraries like numpy are unusable with this setting

    • @vladhaidukkk-learning
      @vladhaidukkk-learning หลายเดือนก่อน

      ​@@benshapiro9731 This is called concurrency, not parallelism. Parallelism is when two or more tasks can run simultaneously, using the CPU, without waiting for I/O-bound operations. While the GIL doesn't prevent Python from switching context between threads waiting for I/O-bound operations, this is still considered concurrency, not parallelism.

  • @user-dr7yi2fj6x
    @user-dr7yi2fj6x 4 หลายเดือนก่อน +1

    OMG! This is so helpful and a great video. Thank you and please post more videos like this!

  • @sany2k8
    @sany2k8 2 หลายเดือนก่อน +1

    Great explanation, you should create more videos bro...

  • @vikranttyagiRN
    @vikranttyagiRN 2 หลายเดือนก่อน

    Nice explanation. Concise and to the point.

  • @rainbowrunner1136
    @rainbowrunner1136 2 วันที่ผ่านมา

    Hello, great video. I am super new to python. And started using very recently for backend where its being used along with FastAPI. Can you please tell me what are some concepts/ topics which I should be aware for developing efficient code.
    For eg from this video, I learnt that which function runs concurrently and which doesn't. I had no idea tbh about this before.
    If you could spare few minutes and share some stuff which I should know it would be great.

  • @ishaquenizamani9800
    @ishaquenizamani9800 2 หลายเดือนก่อน +1

    Thanks for clearing this concept.

  • @PyPeak
    @PyPeak หลายเดือนก่อน

    Beautifully explained!

  • @AnaskiBaithak
    @AnaskiBaithak 4 หลายเดือนก่อน

    Thank you for this, I always wondered the difference between async def and def

  • @Shane1994322
    @Shane1994322 หลายเดือนก่อน

    Clearly explained!! Thank you

  • @sticksen
    @sticksen 2 หลายเดือนก่อน

    My question would be how FastAPI then manages workload when it´s handed over to the worker thread. Because I can only see one worker thread running, at the same time it handles 40 'workloads' concurrently.

  • @lwangacaleb2729
    @lwangacaleb2729 2 หลายเดือนก่อน +1

    I need some help, I want to create a fast api endpoint that calls a synchronous function that has a lot of blocking I/0 operations. But I want the endpoint function to run asynchronously so it can accept many requests at the same time. How should I do this, is there an alternative approach?

    • @Praise-rs4mc
      @Praise-rs4mc 2 หลายเดือนก่อน

      The only way to achieve that is to use multi-threading which I advice against.... instead, make the function asynchronous and try to find the non-blocking function for what you want to do...

    • @Praise-rs4mc
      @Praise-rs4mc 2 หลายเดือนก่อน

      Better still, use the run_in_threadpool function from fastapi to run the process in a different thread so that you don't block the event...better than implementing multi threading on your own.

    • @lwangacaleb2729
      @lwangacaleb2729 2 หลายเดือนก่อน +1

      @@Praise-rs4mc thanks alot, I will give it a try.

  • @ChrisHalden007
    @ChrisHalden007 2 หลายเดือนก่อน

    Great video. Thanks

  • @myselfriz
    @myselfriz 3 หลายเดือนก่อน

    very well explanation.

  • @arjunc5896
    @arjunc5896 2 หลายเดือนก่อน

    def endpoint3() is not running parallely for me as supposed to what u said in the video. Instead it is sunning one at a time. Do u know why?

    • @codecollider
      @codecollider  2 หลายเดือนก่อน +1

      I believe you are testing APIs in the browser. Sometimes, browsers like Chrome have limitations on making parallel requests to the same URL. In the video, if you look closely, I am using two different browsers to hit the same API in parallel. You can try the same approach.

    • @arjunc5896
      @arjunc5896 2 หลายเดือนก่อน

      @@codecollider Yes you are right. I tried from different browsers and it worked. Strange though. Thanks

  • @thanhlongle6276
    @thanhlongle6276 4 หลายเดือนก่อน

    Thanks man for the video. I am trying to use fast api for db CRUD, which one do you think i should use for get post put and delete?

    • @codecollider
      @codecollider  4 หลายเดือนก่อน

      It depends on whether your database library supports non-blocking queries. Ideally, for endpoints involving database calls, use async def if your library allows awaiting query execution (like await db.execute()).
      If you're using SQLAlchemy, it provides both blocking and non-blocking methods for queries. It's generally recommended to use the non-blocking approach for better performance.

    • @thanhlongle6276
      @thanhlongle6276 4 หลายเดือนก่อน

      @@codecollider thank you, everything i write is in normal, non async, and I am using sqlite3 package. I think i will use normal def for all of it, since they are all parallel, and the blocking of read and write on database is performed by SQLite itself

  • @adrianmisak07
    @adrianmisak07 4 หลายเดือนก่อน

    great video

  • @lucaspraciano4640
    @lucaspraciano4640 3 หลายเดือนก่อน

  • @robertavetisyan8282
    @robertavetisyan8282 2 หลายเดือนก่อน

    boooozi txeq

  • @udaym4204
    @udaym4204 2 หลายเดือนก่อน +1

    can you make fastapi how run under the hood and how @app.exception_handler work Thanks awesome contentent