Hi Burak,
I think you're doing fine. Distributed systems are just kind of hard :-)
It sounds like your fundamentally building an eventually consistent
distributed database. We have a few of those already: it might be
significantly less work to just use one of them. I suppose it depends why
you'r
I've got the start of a demo multi-protocol chat server, if anyone's
interested in taking a look. (Is this the right place for this
discussion? Would IRC be better?)
Run it on your own machine by doing this:
# make a virtualenv if you want
git clone -b demo https://github.com/iffy/twistedftw.git
It would be really beneficial if this were something that fully works with
twisted, but is not dependent on it.
For example, I have a "Project" that mostly uses SqlAlchemy. It started out in
Pylons, new development is on Pyramid and there are additional tasks in Celery
+ some more in Twisted.
(Only the latter part of this post is related to Twisted. I apologise in
advance for the former, and you can skip to that half directly to read about
the gist)
Hi Laurens,
> I think you're doing fine. Distributed systems are just kind of hard :-)
This is encouraging to hear!
> It sounds like
Burak, what you're trying to do sounds a little like the Freenet
Project. https://freenetproject.org/ If you can't use their code
directly you can certainly get some inspiration or learn how they
solved similar problems.
--
Jeff Ollie
___
Twisted-Pyth
I am currently using SQLAlchemy with Twisted with deferToThread and it works
rather well, have you tried it? So long as you create a new session for each
thread you spawn (which you should also do without Twisted) it works without
any modification required.
Here's an example of using SQLAlchemy
On Aug 21, 2013, at 10:02 AM, Matt Haggard wrote:
> I've got the start of a demo multi-protocol chat server, if anyone's
> interested in taking a look. (Is this the right place for this
> discussion? Would IRC be better?)
This is a fine place for discussion. If you prefer IRC, by all means u
On Aug 21, 2013, at 11:05 AM, Jonathan Vanasco wrote:
> Having a great ORM for twisted is wonderful , but its way less exciting and
> attractive if it's only for twisted.
Doing this is simple, although probably not easy: you just need to convince the
SQLAlchemy folks to separate the process o
This reminded me of something I read years ago from Doug Schmidt on a pattern
half sync half async:
http://www.cs.wustl.edu/~schmidt/PDF/PLoP-95.pdf
I feel it is relevant but the picture may be upside down in relation to writing
twisted wrappers which may want to wrap a blocking API.
On Aug 2
FWIW, the separation of generating SQL and executing SQL was my intent
in designing this: https://github.com/iffy/norm Currently, it *only*
has asynchronous SQL execution, but it wouldn't be hard to add
synchronous execution.
Also, there's no subclassing of modeled classes.
Matt Haggard
On Wed,
Hi Burak,
I don't have time to write a more complete response right now, but you
might want to get in touch with Pete Fein (@wearpants). He was trying to do
this, but with the added restriction that it had to work on WinXP Tomato's
opinion of IE6.
cheers
lvh
__
Glyph writes:
> I'm pretty sure we can scare up some hosting resources for things if
> you want to have some kind of demo persistent Twisted services
> running. twistedmatrix.com is no longer buckling under the pressure
> of its users - why, I just ssh'd in, and the load is less than 1.0!
> By ou
12 matches
Mail list logo
