Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Received-SPF: pass (nike.apache.org: domain of floguy@gmail.com designates
 209.85.160.44 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        b=bZgibzxqRXippmpCQ5l08nZfDBu3iUbSD3QYKX/hYD18o+bQ0P35yabgh25Gi+avoW
         3tgWgN5UTYEXSDJTM10X8laugIQGbmmibf3JqcyFUIICi6HBKYhKDrG+BroJ7XWXrq7W
         VHs7PkTug8msT45QfYPF4o/VG6JF+ri7fSlc4=
MIME-Version: 1.0
In-Reply-To: <o2ld84914941004091023ha8486e69s59093628a849613a@mail.gmail.com>
References: <q2qd84914941004090755p3eb86350meee61a1dcffa3efa@mail.gmail.com>
	<w2zd84914941004090951q76e588bczecaac424230ab76b@mail.gmail.com>
	<i2m9972cc9e1004090955pca35ba3arf1a3ca25ff40a9f@mail.gmail.com>
	<w2ud84914941004090957q5e88034qa3430711b1ad0e2a@mail.gmail.com>
	<u2qcdc5ad201004090959ye218e736md071e8a851abe96c@mail.gmail.com>
	<l2v9972cc9e1004091002uf845ab72odd48e6cb246e9926@mail.gmail.com>
	<h2yd84914941004091004l2e709eeetb718c617508983a@mail.gmail.com>
	<g2icdc5ad201004091007u8041202bu4dc1ce91d236c6ad@mail.gmail.com>
	<g2s9972cc9e1004091010j20d70d91g301421133f791053@mail.gmail.com>
	<o2ld84914941004091023ha8486e69s59093628a849613a@mail.gmail.com>
From: Eric Florenzano <floguy@gmail.com>
Date: Sun, 11 Apr 2010 00:58:43 -0700
Message-ID: <v2l4c1103b31004110058p9cf06c39k71d04da945e86c6c@mail.gmail.com>
Subject: Re: python web framework suggestions (for Cassandra Web UI) needed
To: dev@cassandra.apache.org
Content-Type: multipart/alternative; boundary=001636ed6833dfb5700483f1663b

--001636ed6833dfb5700483f1663b
Content-Type: text/plain; charset=ISO-8859-1

Bottom line with this kind of a project is to go with what you're most
familiar with.  If you're equally unfamiliar with all frameworks, then the
quality of documentation becomes more important.

Personally, I'd take a hard look at Werkzeug--it's a library, not a
framework.  Which means you get to pick and choose what bits you want in a
sort of a-la-carte way.  In the end, similarly to Pylons or Django, you get
a WSGI app that can be served out of the many different WSGI-aware web
servers like Apache's mod_wsgi, gunicorn, cherrypy, or even the builtin
wsgiref from the standard library.

Anyway, I'm not sure if that helps or makes things more confusing :)

Thanks,
Eric Florenzano

On Fri, Apr 9, 2010 at 10:23 AM, Pablo Cuadrado <pablocuadrado@gmail.com>wrote:

> It is indeed a web framework, and made for sys admins to interact with
> Cassandra, not for hosting millions of users concurrently.
>
> And you're right: those are helloworld benchmarks.
>
> I was concerned a few days ago about the sync/async issue, browsing
> over examples on Telephus, Twissandra, Lazyboy, Pycassa... then I
> thought that Lazyboy is largely being used in production AFAIK, so
> I've just kept it in my mind.
>
> However, the communication layer for the web UI, should (and hopefully
> it will) be independent, in case we want to make this changes in the
> future.
>
> On Fri, Apr 9, 2010 at 2:10 PM, Joseph Bowman <bowman.joseph@gmail.com>
> wrote:
> > I don't really consider any hello world benchmarks valid, you'd want to
> > investigate what your implementation would entail in different frameworks
> > and do mini-benchmarks to validate which is faster. But, if it's just a
> web
> > framework, as Brandon said, I doubt performance will matter to any great
> > degree. You'd be more concerned about Cassandra's performance, which is
> > pretty darn good.
> >
> > On Fri, Apr 9, 2010 at 1:07 PM, Brandon Williams <driftx@gmail.com>
> wrote:
> >
> >> On Fri, Apr 9, 2010 at 12:04 PM, Pablo Cuadrado <
> pablocuadrado@gmail.com
> >> >wrote:
> >>
> >> > Yes, I'm planning on Lazyboy.
> >> >
> >> > The Performance part on the Tornado wiki is quite impressive. Do you
> >> > think it's accurate?
> >> >
> >> > http://www.tornadoweb.org/documentation#performance
> >>
> >>
> >> Using Lazyboy, you'd be mixing blocking sockets with a nonblocking event
> >> loop, so performance is likely less than optimal.  That said, I doubt
> >> performance is a concern with a web UI.
> >>
> >> -Brandon
> >>
> >
>

--001636ed6833dfb5700483f1663b--