Unscientific Jetty versus Glassfish for REST

hi Stephan,

thanks for the info.

E-Tag : I’ve been reading up on this for a while. Would you know of a tutorial /introduction on how to use it efficiently ?

Thank you,

BR,
~A

Sorry, I don’t have a tutorial at hand, everytime I implement something new wit etags I use google to find the information I need. It’s usually not very often.

Peace
-stephan

Stephan,

What versions of jetty/glassfish were compared? Also, any chance you can make the source for this project available, or at least something similar.

The difference between jetty/glassfish may be something as simple as default configured depth of accept queues. Unscientific as it is, its no fun having psuedo benchmarks published that you can’t analyse or respond to.

cheers

With Rails it was 320 requests per seconds with what, 25 servers? Given my experience probably a significant percentage of those servers were needed because so many are being restarted by some external monitoring process because the Mongrel, Webrick, or whatever, was hung. One of the Rails fanboys here was complaining that the monitoring program he uses, god, was sending him several false positives emails a day about the server being hung. Talk about adding insult to injury. But he doesn’t see it that way or what black comedy the whole Rails thing is.

What I miss when people talk about scalability, is not if somethings scales or not (your app should be designed in a way that it scales), but how much it will cost. Linear scalability for academics is the same independent of the scaling factor (2n or 10n), for business it makes a huge difference (5x more money though both technologies scale linear).

I think it’s funny that VCs don’t care about how much a chosen technology costs to scale.

And no, I have no facts that Rails doesn’t scale as good as e.g. Spring, just a gut feeling.

But the post was mainly to reassure me that my scaling factor for the REST solution is cheap, not to bash Rails/Ruby (I was afraid after reading the report).

Very true.

I think the Rails scalability issue bothers me because I work with people who are Rails fanatics and their fanaticism blinds them to the scalability and reliability issues with Rails. The Rails people are typically chanting about how with it you can crank out a web app in no time at all, and within the Rails community you find very few people who think about the design and architecture of web applications. The whole mind set is to just use the tools that Rails gives you and be thankful that you don’t have to think about the gritty under the hood implementation details or alternative choices. They think of that as time wasted. I call it the Duncan Hines mind set. Duncan Hines is a cake mix in a box here in the states.

@Greg: Sorry, no source code yet, but it’s a simple Jersey REST resource which returns Json.

The versions were probably not the newest, the Jetty plugin is 6.1.10, the Glassfish plugin is 1.0-alpha-4.

“The difference between jetty/glassfish may be something as simple as default configured depth of accept queues. Unscientific as it is, its no fun having psuedo benchmarks published that you can’t analyse or respond to.”

I’m sorry, with some hindsight I wasn’t clever to publish numbers, a “around 1000req/sec” would have been enough. As I’ve said, both are so fast, that the numbers are really no problem to me (but might be for others, I agree).

It probably wouldn’t help if I do another benchmark, with published source code and documented configuration.

That aside, Jetty is an excellent container and the container of choice whenever I do something with servlets. Ever since we’ve developed SnipSnap some years ago I love Jetty.