Hacker News new | past | comments | ask | show | jobs | submit | ericdevries's comments login

We use fastapi in production too, but the problem we faced with sync stuff in combination with sqlalchemy was that the sessions (which we inject using Depends) were created before all the actual sync functions were executed, so the connection pool ran dry and everything became unresponsive. With flask I had a better experience because it creates the session in the same thread as the function that will handle the request. If you overload it a bit (say, 100 concurrent requests with a connection pool of 30) all the Depends calls will block because there are no threads left in the pool to actually handle the requests.

I understand that fastapi is more suited for async stuff for which it truly works great, but it would be nice if there was a idiomatic solution within fastapi and/or starlette that prevents these kind of problems.

Great work otherwise!


Thanks, it would be great if you could create an issue with a simple way to replicate the problem so that I can check it out properly.


The 30hz thing might be because of an older hdmi version, like 1.4. I have had the same issues and it was a hardware limitation


What is the experiment?


To see if this provides any value to anyone out there and if I can manage to develop it without going bankrupt ;-)


How much does paddle cost? It is very difficult to find any pricing information online


How much does paddle cost? I can't find any pricing information on their website


Incase you didn't see the other comment.

They take 5% + $0.50 for each transaction. Seems pretty high to me, guessing that is why they're effectively hiding this information. Interesting conversion technique.


One of the good things about not using the "=" operator is that you cannot accidentally turn a comparison into an assignment, a feature that is a common cause of errors in other languages that do support it. By adding a completely different character to the operator it is not very likely to cause bugs, compared to just forgetting to type that second =


Is it really that common? I made this typo a few times in my life. It was corrected every time before the program actually run because the compiler warned me about it. I don't see how you can make this mistake if you're not aggressively trying (by turning off warnings for example).


I guess it is not common, but by using the = operator you would not get the warning, and instead get unexpected behaviour.


Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: