Web Development

3430 readers

2 users here now

Welcome to the web development community! This is a place to post, discuss, get help about, etc. anything related to web development

What is web development?

Web development is the process of creating websites or web applications

Rules/Guidelines

Follow the programming.dev site rules
Keep content related to web development
If what you're posting relates to one of the related communities, crosspost it into there to help them grow
If youre posting an article older than two years put the year it was made in brackets after the title

Related Communities

Wormhole

[email protected]

Some webdev blogs

Not sure what to post in here? Want some web development related things to read?

Heres a couple blogs that have web development related content

https://frontendfoc.us/ - [RSS]
https://wesbos.com/blog
https://davidwalsh.name/ - [RSS]
https://www.nngroup.com/articles/
https://sia.codes/posts/ - [RSS]
https://www.smashingmagazine.com/ - [RSS]
https://www.bennadel.com/ - [RSS]
https://web.dev/ - [RSS]

Credits

Icon base by Delapouite under CC BY 3.0 with modifications to add a gradient

founded 1 year ago

MODERATORS

[email protected]

Quart Vs Flask (programming.dev)

submitted 4 months ago by [email protected] to c/[email protected]

3 comments fedilink hide all child comments

Hi,

I've read quite few articles about Flask Vs quart.

But the one that I found do not go deep.. :/ (and are big adept of copy/past ...)

So, beside the extra features (ASGI, HTTP/2, WebSockets..)

I'm wondering if async/await in this context give a real boost of performance ?

When a client connect to a worker I don't think that while await, will allow another client to use the same work ? or am I wrong ?

Do you have any metric ? Or if you switched from Flask to Quart di you noticed a gain ? lost ?

Thanks.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 2 points 4 months ago

I am yet to go search about that Quart framework, this is the first time I heard of it. Yet, I am sure this is all about scalability. If you have an app with too many concurrent users, like an e-commerce for a huge brand, then it does make a significant difference to use async. Meanwhile, most projects deal with 20 concurrent users at peak time and see no performance difference, just the cost of having to debug a sophisticated tooling. So, I'd recommend to follow simpler principles. Of course, the curiosity is there and trying out cool new stuff is fun. Oh, one more thing 1 worker can serve N concurrent users easily, it's not 1:1 in practice. Depends on the code and what you're app offers. Say for example you offer generation of PDF report, if you have 100 concurrent users at peak time, but even then only 5 ask for such a report for downloading, you can get away with 2 workers on a VM with just 1 cpu easily.