Re: Threads and db connection handling question

2016-06-03 Thread Florian Apolloner
On Friday, June 3, 2016 at 12:48:26 AM UTC+2, Cristiano Coelho wrote: > > So just to be sure, is SIGTERM actually propagated to python code so it > can gracefully kill all threads, garbage collect and close connections? > Would a SIGKILL actually prevent any kind of cleanup leaving a chance for

Re: Threads and db connection handling question

2016-06-03 Thread Florian Apolloner
On Friday, June 3, 2016 at 2:17:01 AM UTC+2, Cristiano Coelho wrote: > > Now that you mention django code, does > connection.close_if_unusable_or_obsolete() always close the connection, or > does it also handle the case where persistent connections are used (and so > the connection is not clos

Re: Threads and db connection handling question

2016-06-03 Thread Cristiano Coelho
El viernes, 3 de junio de 2016, 4:41:16 (UTC-3), Florian Apolloner escribió: > > > Yes, SIGTERM is a signal Python should handle nicely, SIGKILL will just > nuke the process from earth and prevent any cleanup I think. Note that the > OS will clean up though (sooner or later). As for the open con

Re: Threads and db connection handling question

2016-06-03 Thread Aymeric Augustin
Hello, I have to say that, as the author of the “persistent connections” feature, I am confused by repeated references to a “connection pool” in this discussion. I chose *not* to implement a connection pool because these aren’t easy to get right. Users who need a connection pool are better off

Re: Threads and db connection handling question

2016-06-03 Thread Florian Apolloner
On Friday, June 3, 2016 at 1:48:05 PM UTC+2, Cristiano Coelho wrote: > > El viernes, 3 de junio de 2016, 4:41:16 (UTC-3), Florian Apolloner > escribió: >> >> >> Yes, SIGTERM is a signal Python should handle nicely, SIGKILL will just >> nuke the process from earth and prevent any cleanup I think

Re: Threads and db connection handling question

2016-06-03 Thread Cristiano Coelho
Aymeric, I have never said anything about connection pool, I'm talking about thread pooling to perform async work (without the need to spawn a new thread every time and have control over the amount data that is offloaded) and the behaviour of django connections when used on a separate thread th

Re: Should we require pytz for timezone support in Django?

2016-06-03 Thread Philip James
Is there consensus on making pytz required? (I, personally, am in favor, since I too can't remember the last project I did that didn't need it.) If it's required, should it be vendored? On Thursday, May 19, 2016 at 11:10:09 PM UTC-7, akki wrote: > > Corresponding ticket - #26622 >