On Thu, Mar 22, 2012 at 3:04 PM, Tim Allen wrote:
> So the only possible results are 0 and 3, because the 'synchronisation
> points' are at the edges of callbacks.
Ok, awesome. That's the bit that I couldn't quite understand. Thanks!
--
Uri
Please consider the environment before printing th
On Thu, Mar 22, 2012 at 02:34:41PM +0200, Uri Okrent wrote:
> Maybe I should clarify my question:
>
> thing = 0
> def a():
> thing += 1
> thing += 1
> thing += 1
> thing += 1
> thing += 1
>
> def b():
> thing = 0
>
> def show_thing():
> print thing
>
> a.addCallback(
On 22 Μαρ 2012, at 12:34 μ.μ., Uri Okrent wrote:
> On Thu, Mar 22, 2012 at 2:17 PM, Itamar Turner-Trauring
> wrote:
>> On 03/22/2012 08:05 AM, Uri Okrent wrote:
>>> This implies that twisted can (and will) switch contexts from one
>>> deferred to another even in the middle of execution of the fi
On Thu, Mar 22, 2012 at 2:18 PM, Ilja Livenson wrote:
> we have been stumbling on the same problems when using ZODB. The
> current solution is to defer db operations to a threadpool. We also
> have rdonly and rw transaction decorators, which can be used for
> speeding up processing/custom logic. I
On Thu, Mar 22, 2012 at 2:17 PM, Itamar Turner-Trauring
wrote:
> On 03/22/2012 08:05 AM, Uri Okrent wrote:
>> This implies that twisted can (and will) switch contexts from one
>> deferred to another even in the middle of execution of the first
>> deferred, correct?
>
> No. Deferreds are just sligh
On 03/22/2012 08:05 AM, Uri Okrent wrote:
> This implies that twisted can (and will) switch contexts from one
> deferred to another even in the middle of execution of the first
> deferred, correct?
No. Deferreds are just slightly nicer callbacks. They have nothing to do
with the event loop, or sc
Hi, Uri
> So what I didn't mention earlier because I wanted to keep my questions
> simple, is we're already using sqlalchemy and its ORM so I don't think
> I can use adbapi. The way things have been working (and it's not so
> scalable) is every request that does any kind of modification grabs a
>
Thanks for the excellent responses guys. So a couple more things...
On Thu, Mar 22, 2012 at 1:37 PM, Tim Allen wrote:
> A Deferred can wait on the result of other Deferreds; while one Deferred
> is waiting (say, waiting for a timer to go off, or waiting for network
> activity), others may be run
On Thu, Mar 22, 2012 at 12:20:37PM +0200, Uri Okrent wrote:
> 1. Is deferToThread running the function in a real python thread?
> Should this be used (rather than a standard deferred) for any function
> that might block?
Yes, deferToThread() runs things in a real Python thread. If you have
code th
> For PostgreSQL, I would also have a look at
>
> https://github.com/oberstet/txpostgres
sorry, wrong link .. use the original:
https://github.com/wulczer/txpostgres
not my forked stuff.
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.co
> 5. Related to all of the above. What If I want to modify a database inside a
> deferred? Is that incorrect usage? Specifically, if all my requests run as
For database access, in general, you would follow
http://twistedmatrix.com/documents/current/core/howto/rdbms.html
This is a Twisted wrap
Hello all, I'm a twisted novice, but I was brought on to a project
where twisted is pretty heavily in use. I'm running into all sorts of
issues that make me wonder if we're using twisted properly or as it
was intended. I have been through the documentation, but I think I
need more in-depth answer
12 matches
Mail list logo