Innocently daft question coming up: As I understand, you can run web.py apps behind lighttpd, and the web server handles the processes. E.g. in lighttpd.cfg you can set {"max-procs" => 4} and I would see 4 instances of my web.py script running. But how is this done for a web-server done 100% in python? Python uses a GIL that only allows one thread to interpret bytecode at a time, so despite the amazing performance of…
Twisted.web vs Tornado Performance, part deux
21–30 of 38 posts
Re: Twisted.web vs Tornado Performance, part deux
#22I question the relevance of these tests. With all the attention being given to performance, everyone seems to be overlooking the fact that Tornado provides zero support for truly asynchronous web applications written for it. If you have any kind of long-running task to perform during a web request, you have to roll your own way of dealing with that task. To make it worse, the demos included with tornado that make use…
Re: Twisted.web vs Tornado Performance, part deux
#23Re: Twisted.web vs Tornado Performance, part deux
#24Summary: * Mean response time -- Twisted.Web better than Tornado Average performances for Concurrent request: * @100 -- TW:Tor::0.50s:0.70s . TW better than Tor * @500 -- TW:TOr:: 3s:3.5s . TW slightly better than Tor * @1000 -- TW:Tor:: 5s:6.5s . TW better than Tor
Re: Twisted.web vs Tornado Performance, part deux
#25I question the relevance of these tests. With all the attention being given to performance, everyone seems to be overlooking the fact that Tornado provides zero support for truly asynchronous web applications written for it. If you have any kind of long-running task to perform during a web request, you have to roll your own way of dealing with that task. To make it worse, the demos included with tornado that make use…
Re: Twisted.web vs Tornado Performance, part deux
#26Big deal -- there are now two ways (at least) to accomplish the same outcome in Python. Competition is good. I'm guessing that this will be a call to arms for the Twisted community and we'll see development accelerate.
At the same time, it is likely that a development community will form around Tornado. Great!
It's like people saying, when the Mac OS first launched, "Why didn't they just use DOS --it's there and it works." And yet the Mac OS has had a positive impact on operating systems produced by Microsoft. And Microsoft has impacted the Mac OS. It's all good.
And why is it that this same argument doesn't occur every time a non-async framework appears for python or other languages? What is it about the async nature that polarizes people? Maybe it's the fact that the both also start with the letter "T" and the name "Tornado" is a better named than "Twisted" (which implies increased complexity even if it isn't there...of course Tornados ultimately make a mess of things, so that's not it).
I, personally, am excited about Tornado. I think there's room for more than one player -- especially given the 'real time' direction the web is heading. And if this negatively impacts Twisted, then it'll be because Tornado has come up with an easier to understand approach and they'll benefit from being new and easy to grok -- in the same way Rails was once an easy-to-grok framework and that's what made it easy to understand.
The biggest winner, in my opinion, is the Python community and who doesn't want that?
Re: Twisted.web vs Tornado Performance, part deux
#27Earlier quoted context omitted.
Given how common it is for production applications to be running in the cloud, this test is both valid and useful. Therefore these tests are much more meaningful than the first.
I disagree. If you run a test on a virtual machine then you are testing a lot of other software besides the software under test so the picture gets distorted. For instance, in the graphs that are in the report you can see a bunch of drops to '0' traffic, these suggest serious problems with the software under test. But knowing that the tests were done in a VM environment it is possible that the cause of these drops is…
Do you honestly expect anyone to believe that when test after test is run on a VM, and one framework consistently outperforms another, that this is due to the VM, and not the frameworks themselves?
Re: Twisted.web vs Tornado Performance, part deux
#28Earlier quoted context omitted.
I disagree. If you run a test on a virtual machine then you are testing a lot of other software besides the software under test so the picture gets distorted. For instance, in the graphs that are in the report you can see a bunch of drops to '0' traffic, these suggest serious problems with the software under test. But knowing that the tests were done in a VM environment it is possible that the cause of these drops is…
If the tests were all over the map, I could agree with your original statement. But they are not. They are consistent. Do you honestly expect anyone to believe that when test after test is run on a VM, and one framework consistently outperforms another, that this is due to the VM, and not the frameworks themselves?
Re: Twisted.web vs Tornado Performance, part deux
#29I question the relevance of these tests. With all the attention being given to performance, everyone seems to be overlooking the fact that Tornado provides zero support for truly asynchronous web applications written for it. If you have any kind of long-running task to perform during a web request, you have to roll your own way of dealing with that task. To make it worse, the demos included with tornado that make use…
I think your point is really valid, though I think the relevancy of the tests were to test the claims made by Bret from tornado. Glyph made a really good point, tornado comes with zero automated tests... Ultimately after conducting these tests and listening to the discussion that has taken place, I am personally glad that we're writing our code with twisted.web
Re: Twisted.web vs Tornado Performance, part deux
#30Earlier quoted context omitted.
I think your point is really valid, though I think the relevancy of the tests were to test the claims made by Bret from tornado. Glyph made a really good point, tornado comes with zero automated tests... Ultimately after conducting these tests and listening to the discussion that has taken place, I am personally glad that we're writing our code with twisted.web
What are you writing with twisted.web?