Hi again,
>From http://twistedmatrix.com/documents/current/core/howto/udp.html
"""As you can see, the protocol is registered with the reactor. This means it
may be persisted if it's added to an application..."""
What does 'persisted` here mean?
--
anatoly t.
__
On 2011-04-06, anatoly techtonik wrote:
> From http://twistedmatrix.com/documents/current/core/howto/udp.html
>
> """As you can see, the protocol is registered with the reactor. This means it
> may be persisted if it's added to an application..."""
>
> What does 'persisted` here mean?
It sounds
On Wed, Apr 06, 2011 at 10:16:03AM +0300, anatoly techtonik wrote:
> From http://twistedmatrix.com/documents/current/core/howto/udp.html
>
> """As you can see, the protocol is registered with the reactor. This means it
> may be persisted if it's added to an application..."""
>
> What does 'persis
I have a reactor which is getting busier over time and I'd like to find out
where the cycles are going. Using the profiler isn't really practical on a
server running for days, so I'd like to instrument the reactor to show me which
I/O events are taking the longest to deal with.
Should I just h
Hi!
No guarantee it's an optimal solution, but when I wanted to inspect a
running process (which sounds like what you're doing), I had a pretty good
time with manhole. (If you're not familiar with that: it's in Twisted Conch,
and it's basically just a way to SSH in to a running box and get a REPL
On Wed, Apr 6, 2011 at 9:30 AM, Tim Allen wrote:
> On Wed, Apr 06, 2011 at 10:16:03AM +0300, anatoly techtonik wrote:
> > From http://twistedmatrix.com/documents/current/core/howto/udp.html
> >
> > """As you can see, the protocol is registered with the reactor. This
> means it
> > may be persiste
On Wed, Apr 06, 2011 at 12:41:08PM +0200, Laurens Van Houtven wrote:
> Whoa hang on. Without trying to hijack the thread, this is the entire
> premise of infobarb, the IRC bot I'm building for #python-*, except
> s/pickle/sqlite/, so if this is a horrible idea I'd like to know before I
> build it.
On Wed, Apr 6, 2011 at 1:27 PM, Tim Allen wrote:
> On Wed, Apr 06, 2011 at 12:41:08PM +0200, Laurens Van Houtven wrote:
> > Whoa hang on. Without trying to hijack the thread, this is the entire
> > premise of infobarb, the IRC bot I'm building for #python-*, except
> > s/pickle/sqlite/, so if thi
On Wed, 2011-04-06 at 10:55 +0100, Paul Thomas wrote:
> I have a reactor which is getting busier over time and I'd like to
> find out where the cycles are going. Using the profiler isn't really
> practical on a server running for days, so I'd like to instrument the
> reactor to show me which I/O ev
Hey Jean-Paul,
For record's sake, I thought I announce here that my issue got fixed.
The problem was that I was loading the data in startService method and
it looks like there are some timers which prevent the method to block
for a longer period of time. Loading the data in __init__ of
service.Se
On Wed, Apr 6, 2011 at 1:32 PM, Laurens Van Houtven <_...@lvh.cc> wrote:
> On Wed, Apr 6, 2011 at 1:27 PM, Tim Allen wrote:
>> The difference between Pickle and SQLite is that a SQLite database has
>> probably had some thought put into its schema, and is much less likely
>> to accidentally scoop u
On 07:16 am, techto...@gmail.com wrote:
>Hi again,
>> From http://twistedmatrix.com/documents/current/core/howto/udp.html
>
>"""As you can see, the protocol is registered with the reactor. This
>means it
>may be persisted if it's added to an application..."""
>
>What does 'persisted` here mean?
A
Cool, thanks for the link to Eridanus! I hadn't seen it yet :-)
cheers
lvh
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
Urgh, thanks gmail -- that was supposed to be to mithrandi, not to the
entire mailing list. My apologies.
cheers
lvh
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
On 06/04/11 13:19, Itamar Turner-Trauring wrote:
> On Wed, 2011-04-06 at 10:55 +0100, Paul Thomas wrote:
>> I have a reactor which is getting busier over time and I'd like to
>> find out where the cycles are going. Using the profiler isn't really
>> practical on a server running for days, so I'd li
On Wed, Apr 6, 2011 at 1:35 PM, Laurens Van Houtven <_...@lvh.cc> wrote:
> Hi!
>
>
> No guarantee it's an optimal solution, but when I wanted to inspect a
> running process (which sounds like what you're doing), I had a pretty good
> time with manhole. (If you're not familiar with that: it's in Twi
On Wed, Apr 6, 2011 at 3:58 PM, wrote:
>
> As others have pointed out, this is referring to an old feature which is
> being phased out. It would be great if you could file a ticket for
> cleaning up the docs; they mostly shouldn't talk about application
> persistence (certainly not in the UDP se
G'day,
So Glyph and I had a discussion about the architecture and
implementation of plugins on IRC this week, I raised some issues that
I've seen with implementing plugins in that discussion, and he said that
I should take the discussion to the list because IRC wasn't the right
place for it.
Firs
On Apr 6, 2011, at 8:35 PM, Stephen Thorne wrote:
> For your consideration, and (constructive) critcism, here is a twisted
> plugin that is nearly identical to 6 that I have running in
> production:
[snip]
> serviceMaker = ExampleServiceMaker()
>
> From these 19 lines of code there are 4 things t
On Thu, Apr 07, 2011 at 10:35:18AM +1000, Stephen Thorne wrote:
> So the goal of my post to this mailing list is:
>
> * I would like glyph's goal of having less arbitary code executed at
> twistd launch time to become a realisation,
>
> * I would like the process of creating a twisted plugin to
On Apr 7, 2011, at 12:31 AM, Tim Allen wrote:
> On Thu, Apr 07, 2011 at 10:35:18AM +1000, Stephen Thorne wrote:
>> So the goal of my post to this mailing list is:
>>
>> * I would like glyph's goal of having less arbitary code executed at
>> twistd launch time to become a realisation,
>>
>> * I
On Apr 7, 2011, at 12:06 AM, Phil Christensen wrote:
> On Apr 6, 2011, at 8:35 PM, Stephen Thorne wrote:
>> For your consideration, and (constructive) critcism, here is a twisted
>> plugin that is nearly identical to 6 that I have running in
>> production:
> [snip]
>> serviceMaker = ExampleServ
On Thu, Apr 07, 2011 at 12:54:45AM -0400, Glyph Lefkowitz wrote:
> If we invent our own file extension which has to be separately
> installed, we have to teach distutils, and setuptools, and distribute,
> and pip, and distutils2, and 'packaging' (as I'm sure that will
> eventually be incompatible w
On 2011-04-07, Glyph Lefkowitz wrote:
> Because, frankly, Python installation tools REALLY REALLY SHOULD be
> able to install Python files into Python packages. I'm not sure I can
> make any other assertions quite so strongly. I'm pretty sure that
> this is a problem that more than one project is
On Apr 7, 2011, at 1:38 AM, Stephen Thorne wrote:
> On 2011-04-07, Glyph Lefkowitz wrote:
>> Because, frankly, Python installation tools REALLY REALLY SHOULD be
>> able to install Python files into Python packages. I'm not sure I can
>> make any other assertions quite so strongly. I'm pretty su
On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
> Well, the nice thing about ConfigParser is that it's in the stdlib, and
> people already know how to create them, and rolling
> yet-another-config-file-format seems crazy in this day and age.
My point was really that people think they know how to cr
On 7 Apr 2011 06:56, "Glyph Lefkowitz" wrote:
>>- Each section blah blah terrible user interface stuff about
'sections' and other misfeatures of ini files.
>
>
> I don't want a solution that is hard-coded to deal with the metadata that
'twistd' specifically needs, as Twisted plugins are alread
On 2011-04-07, Glyph Lefkowitz wrote:
>
> On Apr 7, 2011, at 1:38 AM, Stephen Thorne wrote:
>
> > On 2011-04-07, Glyph Lefkowitz wrote:
> >> Because, frankly, Python installation tools REALLY REALLY SHOULD be
> >> able to install Python files into Python packages. I'm not sure I can
> >> make an
On 2011-04-07, Glyph Lefkowitz wrote:
>
> On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
>
> > Well, the nice thing about ConfigParser is that it's in the stdlib, and
> > people already know how to create them, and rolling
> > yet-another-config-file-format seems crazy in this day and age.
>
> My
On Apr 7, 2011, at 1:55 AM, Stephen Thorne wrote:
> On 2011-04-07, Glyph Lefkowitz wrote:
>>
>> On Apr 7, 2011, at 1:08 AM, Tim Allen wrote:
>>
>>> Well, the nice thing about ConfigParser is that it's in the stdlib, and
>>> people already know how to create them, and rolling
>>> yet-another-con
On Apr 6, 2011, at 8:35 PM, Stephen Thorne wrote:
> Part of the discussion was about how to rewrite this in such a way that
> no python code needs to be run in order to discover all the
> tapname+description combinations that are available to twistd, this is
> because of a perceived performance a
On 04/07/2011 02:08 PM, Tim Allen wrote:
>
> If you need a non-Turing-complete config language and rule out .ini and
> XML, I'm not sure what's left. JSON, perhaps.
Having had experience with JSON for configuration: it is a terrible
format for configuration, if only because it does not support c
On Thu, Apr 07, 2011 at 03:24:57PM +0900, David wrote:
> On 04/07/2011 02:08 PM, Tim Allen wrote:
> > If you need a non-Turing-complete config language and rule out .ini and
> > XML, I'm not sure what's left. JSON, perhaps.
>
> Having had experience with JSON for configuration: it is a terrible
>
On 04/07/2011 03:34 PM, Tim Allen wrote:
>
> Who'd have guessed it'd be so complicated to associate keys with values?
If that's the only thing you need, .ini would work fine. Another
solution would be python files with only literals, parsed through the
ast module for safety.
cheers,
David
__
On 6 April 2011 10:55, Paul Thomas wrote:
> Should I just hack into the reactor somewhere? Or is there something sitting
> in a library I haven't seen that will help with this?
You can time blocking calls by instrumenting
twisted.python.log.callWithContext and you could try writing the
timing in
35 matches
Mail list logo