[Twisted-Python] Memcached
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, I was wondering whether anyone has written a twisted protocol class / module for memcached? I am currently developing an application that makes use of memcached. I really don't like the fact that the memcache operations are blocking within my nice deferred environment. In lieu of a deferred memcache operation, would it be wise to place this functionality in a twisted thread? Would anyone be interested in a twisted module for memcached or would the additional overhead render it useless (too slow)? Regards, Matt m a t t h e w g l u b b ________________________________________________________________________ Z Group PLC Tel: +44 (0) 8700 111 173 Fax: +44 (0) 8707 051 393 Txt: +44 (0) 7800 140 877 Web: <http://www.zgroupplc.com/> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. The opinions expressed in this mail are those of the author and do not necessarily represent the views of the company. If you have received this email in error please notify <service@zgroupplc.com> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFGG3zByI6MkdKPngkRAvRjAKCyC/96jtFHLTu+ouw+KK9wE4OIeQCeIDsJ wH1IgSPsRSFrX1/HXKmnWPE= =akr3 -----END PGP SIGNATURE-----
On Tue, 10 Apr 2007 13:02:06 +0100, Matthew Glubb <matt@zgroupplc.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi All,
I was wondering whether anyone has written a twisted protocol class / module for memcached? I am currently developing an application that makes use of memcached. I really don't like the fact that the memcache operations are blocking within my nice deferred environment. In lieu of a deferred memcache operation, would it be wise to place this functionality in a twisted thread?
Would anyone be interested in a twisted module for memcached or would the additional overhead render it useless (too slow)?
Some work has been done on this recently: http://twistedmatrix.com/trac/ticket/2506 Jean-Paul
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ah! Thanks Jean-Paul. I should RTFM ;) On 10 Apr 2007, at 13:21, Jean-Paul Calderone wrote:
On Tue, 10 Apr 2007 13:02:06 +0100, Matthew Glubb <matt@zgroupplc.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi All,
I was wondering whether anyone has written a twisted protocol class / module for memcached? I am currently developing an application that makes use of memcached. I really don't like the fact that the memcache operations are blocking within my nice deferred environment. In lieu of a deferred memcache operation, would it be wise to place this functionality in a twisted thread?
Would anyone be interested in a twisted module for memcached or would the additional overhead render it useless (too slow)?
Some work has been done on this recently:
http://twistedmatrix.com/trac/ticket/2506
Jean-Paul
_______________________________________________ Twisted-Python mailing list Twisted-Python@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
m a t t h e w g l u b b ________________________________________________________________________ Z Group PLC Tel: +44 (0) 8700 111 173 Fax: +44 (0) 8707 051 393 Txt: +44 (0) 7800 140 877 Web: <http://www.zgroupplc.com/> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. The opinions expressed in this mail are those of the author and do not necessarily represent the views of the company. If you have received this email in error please notify <service@zgroupplc.com> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFGG4bHyI6MkdKPngkRApE0AKCBWEEa+LepG5hQ1QYC9Pjm1/cXzwCfTTxJ ymtlEJjYXbsM7brMY8IapLo= =aFj2 -----END PGP SIGNATURE-----
On Apr 10, 2007, at 8:02 AM, Matthew Glubb wrote:
Hi All,
I was wondering whether anyone has written a twisted protocol class / module for memcached? I am currently developing an application that makes use of memcached. I really don't like the fact that the memcache operations are blocking within my nice deferred environment. In lieu of a deferred memcache operation, would it be wise to place this functionality in a twisted thread?
what kind of blocking issues have you been experiencing? memcached has never given me significant/visible issues . // Jonathan Vanasco | - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - | FindMeOn.com - The cure for Multiple Web Personality Disorder | Web Identity Management and 3D Social Networking | - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - | RoadSound.com - Tools For Bands, Stuff For Fans | Collaborative Online Management And Syndication Tools | - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jonathan, On 11 Apr 2007, at 00:46, Jonathan Vanasco wrote:
the memcache operations are blocking within my nice deferred environment. In lieu of a deferred memcache operation, would it be wise to place this functionality in a twisted thread?
what kind of blocking issues have you been experiencing? memcached has never given me significant/visible issues .
Its not that I have experienced any blocking issues. Its a conceptual worry more than anything. I know that memcache is fast but, in essence, the standard memcached client library still presents a blocking operation within my nice deferred environment. Call me pedantic but I'd like to maintain conceptual rigour. If you are saying that for you it hasn't been a problem then I will happily take your word for it. Thanks for your reply, Matt m a t t h e w g l u b b ________________________________________________________________________ Z Group PLC Tel: +44 (0) 8700 111 173 Fax: +44 (0) 8707 051 393 Txt: +44 (0) 7800 140 877 Web: <http://www.zgroupplc.com/> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. The opinions expressed in this mail are those of the author and do not necessarily represent the views of the company. If you have received this email in error please notify <service@zgroupplc.com> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFGHJQGyI6MkdKPngkRAjeXAJ9XjOdz5W2Y5ungZG1j7KnA7NnCswCgg2Xk J+x/L1R2Uwv8/EK83K3tv6A= =wOrG -----END PGP SIGNATURE-----
participants (3)
-
Jean-Paul Calderone -
Jonathan Vanasco -
Matthew Glubb