Re:Tornado 2.1 released
by dchest on Thursday September 22, 2011 @08:33AM
(#3025823)
From this thread https://groups.google.com/forum/#!topic/python-tornado/mgj18... (posting here because Google Groups sometimes require login):
[ Parent
| on HN ]
Erm, so if things are fast it doesn't matter and if things are slow you should write a whole new service, put a HTTP interface into it and use that? Not sure I buy that :)
Disclaimer: I wrote an async DB module for Twisted/PostgreSQL and it did not turn out to be all that complex.
There's async libraries here: https://github.com/facebook/tornado/wiki/Links - You can get just about any db except MySQL. There's ones for Couch, Mongo, HBase, a bunch of other No-SQLs and Psycopg (PostGres).
Also, Tornado is now introducing some kind of interface to Twisted's event loop, which does have everything ported.
Bret just doesn't seem to want async My-SQL in the main code base.
Re:Tornado 2.1 released
by spokengent on Thursday September 22, 2011 @10:37AM
(#3026209)
Not sure friendfeed ever got enough users to know scaling issues...
Personally I would go with async DB, or have DB access in its own thread(s) and async communicate with that.
From Wikipedia: [FriendFeed] had on average one million monthly visitors ... [and] was bought for $15 million in cash, and $32.5 million in Facebook stock.
I figure after the first million users, your embarrassingly parellel app server layer is not your bottleneck, it's getting the database to scale.