Re: Notification on new database connections (ticket #6064)

2008-11-18 Thread Malcolm Tredinnick
Dude, how broken is you mail client? It's attaching this thread continuation On Mon, 2008-11-17 at 15:15 -0800, Matthew D. Hancher wrote: [...] > Okay. Given all this, how do people feel about a connection_created > signal? What about a cursor_created signal, either instead or in > addition?

Re: Notification on new database connections (ticket #6064)

2008-11-17 Thread [EMAIL PROTECTED]
As long as you get the connection itself, i would think that would be sufficient, obviously the receiver should know which connection it is in the multi-db scenario, as it won't be able to just infer that based on the settings. On Nov 17, 6:15 pm, "Matthew D. Hancher" <[EMAIL PROTECTED]> wrote: >

Re: Notification on new database connections (ticket #6064)

2008-11-17 Thread Matthew D. Hancher
[EMAIL PROTECTED] wrote: > Matthew, would you mind sticking the script you used to test this up > on dpaste? I'd love to, but it wasn't really a script per se, so much as a hodge- podge that involved twiddling the server, restarting it, running some tests, changing the server config again, and

Re: Notification on new database connections (ticket #6064)

2008-11-17 Thread [EMAIL PROTECTED]
Matthew, would you mind sticking the script you used to test this up on dpaste? Alex On Nov 17, 3:01 pm, "Matthew D. Hancher" <[EMAIL PROTECTED]> wrote: > On Nov 16, 11:03 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]>   > wrote: > > > I know this is a horribly nebulous question (like all benchma

Re: Notification on new database connections (ticket #6064)

2008-11-17 Thread Jacob Kaplan-Moss
On Mon, Nov 17, 2008 at 2:01 PM, Matthew D. Hancher <[EMAIL PROTECTED]> wrote: > Okay, I decided to do a bit of profiling to keep the conversation moving. I did too; I took a stab at measure the raw speed of calling signals. My code's at http://gist.github.com/25892; the output looks like: Nothi

Re: Notification on new database connections (ticket #6064)

2008-11-17 Thread Matthew D. Hancher
On Nov 16, 11:03 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]> wrote: > I know this is a horribly nebulous question (like all benchmarking), > and it's completely dependent on the speed of your machine and a > million other factors. However, if we are going to start adding > signals to very commo

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread [EMAIL PROTECTED]
Right, I understand the need for absolute numbers, I just meant that we don't need to start rewriting new benchmarks if Jeremy still has the benchmark script. Alex On Nov 16, 11:03 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]> wrote: > On Mon, Nov 17, 2008 at 12:21 PM, [EMAIL PROTECTED] > > <[EM

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread Russell Keith-Magee
On Mon, Nov 17, 2008 at 12:21 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Well, Jeremy Dunck was kind enough to do a benchmark against the old > system: > http://groups.google.com/group/django-developers/browse_thread/thread/815f76ad7e823cbf/b008a757fbdefa2b I knew about these. While th

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread Malcolm Tredinnick
On Sun, 2008-11-16 at 19:21 -0800, [EMAIL PROTECTED] wrote: > Well, Jeremy Dunck was kind enough to do a benchmark against the old > system: > http://groups.google.com/group/django-developers/browse_thread/thread/815f76ad7e823cbf/b008a757fbdefa2b Since we're no longer using the old system, that

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread [EMAIL PROTECTED]
Well, Jeremy Dunck was kind enough to do a benchmark against the old system: http://groups.google.com/group/django-developers/browse_thread/thread/815f76ad7e823cbf/b008a757fbdefa2b On Nov 16, 9:49 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]> wrote: > On Mon, Nov 17, 2008 at 11:20 AM, Malcolm

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread Russell Keith-Magee
On Mon, Nov 17, 2008 at 11:20 AM, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > > On Sun, 2008-11-16 at 18:11 -0800, [EMAIL PROTECTED] wrote: >> In terms of signal overhead, the most likely case here is probably no >> receivers, and in the signal refactor, that particular case is now >> hugely

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread Malcolm Tredinnick
On Sun, 2008-11-16 at 18:11 -0800, [EMAIL PROTECTED] wrote: > In terms of signal overhead, the most likely case here is probably no > receivers, and in the signal refactor, that particular case is now > hugely faster. "Hugely" being, of course, a highly scientific measurement lending itself to a

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread [EMAIL PROTECTED]
Finally, it occurred to me that a signal on *cursor* creation could   > > also be useful, and could easily be added at the same time.  (In fact   > > in the old patch the connection_created signal actually erroneously   > > behaved like a cursor_created signal for some back-ends.) &g

Re: Notification on new database connections (ticket #6064)

2008-11-16 Thread Malcolm Tredinnick
sor* creation could > also be useful, and could easily be added at the same time. (In fact > in the old patch the connection_created signal actually erroneously > behaved like a cursor_created signal for some back-ends.) I'm not up to speed these days on the overhead for signal

Notification on new database connections (ticket #6064)

2008-11-16 Thread Matthew D. Hancher
Hi all, I've been playing with adding sqlite3 back-end support to GeoDjango, using the SpatiaLite extension. This requires executing some magic SQL each time you connect to the database, to enable the spatial extensions. Ticket #6064 seems like this right way to do this, by causing the

Re: database connections

2007-06-13 Thread [EMAIL PROTECTED]
Sorry about that, I thought because I was considering editing the code, I might be better off asking you gentlemen, so I asked in both places... On the other hand, of course this is for working on django proper -- I should've thought of that. Good work on django tho, .;-] Jared Nuzzolillo On Ju

Re: database connections

2007-06-13 Thread Jacob Kaplan-Moss
Hi Jarad -- Please direct questions of this nature to django-users; django-dev is used to discuss the development of Django itself, not to answer usage questions. Thanks! Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Goo

database connections

2007-06-13 Thread [EMAIL PROTECTED]
Greetings. I am about 75% through creating a django application as a new section of my company's site, www.etsy.com. It's basically a CMS, something that I know django is especially well suited to (tho I can tell it would work for nearly any domain). Recently, my site ops team started asking me q