Yes, this is on linux! Do you recommend upgrading and trying again? mturk doesn't affect anything, I am just serving webpages that appear in iframes on the mturk website. From our perspective, I'm serving webpages.
Do you have a method of logging how much time it takes to serve a page with rocket? Something that I can use instead of httpserver.log? It seems important for me to measure real-world performance, which ab does not do. My server has 768MB ram, and the only thing it does is run this web2py server. I assumed ram was not full, but did not check. I will check next time. On Mar 29, 12:10 pm, Timothy Farrell <tfarr...@swgen.com> wrote: > On 3/29/2010 1:39 PM, Michael Toomim wrote: > > > I was having slowness problems with cherrypy too! That's why I > > switched to rocket. So perhaps it's something common to cherrypy and > > rocket, or perhaps they are both slow in their own ways? > > > This is using web2py from march 16th, so it's not the latest rocket. > > Do you think something important changed for concurrency? > > I'm the author of Rocket. I _know_ something important changed on March > 18th. =) But that important change only really affects the *nix > platform. You haven't said what you're running on. > > I'm not familiar with MTurk very well. Is it directly connected to your > web2py setup? Does it run on Windows/Linux? > > You said that you were having trouble with Cherrypy too. Is Rocket > better or worse than Cherrypy? > > The one hang-up that I can see here is if you're server is > memory-limited then multiple concurrent connections will cause thrashing > due to swapping. This situation would be fast with one but slow with > multiple connections. > > We need some more information before we can help you further. But if > Cherrypy wasn't cutting it then perhaps you should look into some of the > native code solutions such as Apache. This sounds like something wider > than just the webserver. > > -tim > > > > > On Mar 29, 5:56 am, Timothy Farrell<tfarr...@swgen.com> wrote: > > >> Perhaps a simpler set of questions: > > >> Did you have this working with Cherrypy beforehand? > >> If so, is Rocket the only thing to have changed? > > >> The latest changes to Rocket were committed to the Mercurial web2py repo > >> on March 18th. I'm assuming you've run a checkout since then. > > >> -tim > > >> On 3/28/2010 4:23 PM, mdipierro wrote: > > >>> One more thing. You ask > > >>>> But a single process doing complex joins should not slow down > >>>> all other simple selects and inserts, right? > > >>> no, except for sqlite. sqlite serializes all requests because locks > >>> the db. That could explain the 0.20s if you have lots of queries per > >>> request, but not the 54s for the server. > > >>> On Mar 28, 4:22 pm, mdipierro<mdipie...@cs.depaul.edu> wrote: > > >>>> On Mar 28, 3:46 pm, Michael Toomim<too...@gmail.com> wrote: > > >>>>> Any idea why there is a discrepancy between Firebug and > >>>>> httpserver.log? > > >>>> httpserver.log logs the time spend in web2py, not including the time > >>>> for sending and receiving the http request/response. > >>>> firebug logs the the total time, including time spend by the web > >>>> server for communication. > > >>>>> I am using postgresql. What would indicate "model complexity"? I > >>>>> have around 9 tables, but most of the requests just do single-object > >>>>> selects and inserts. No complex joins are in public-facing pages, but > >>>>> myself as an administrator periodically load a page that does big > >>>>> joins. But a single process doing complex joins should not slow down > >>>>> all other simple selects and inserts, right? > > >>>> In your case there are two problems (and I do not know what causes > >>>> them): > >>>> 1) web2py is taking 0.20seconds to process a response. That is more > >>>> than 10 times what it should be. > >>>> 2) the communication between the web server and the browser takes very > >>>> very long time. > > >>>> Is the server on localhost? If not this could be a network issue. > > >>>>> On Mar 27, 6:48 am, mdipierro<mdipie...@cs.depaul.edu> wrote: > > >>>>>> Mind that if you use sqlite there is no concurrency. Still these > >>>>>> numbers are very low. > >>>>>> Are your models very complex? > > >>>>>> On 27 Mar, 00:06, Michael Toomim<too...@gmail.com> wrote: > > >>>>>>> I'm using web2py+rocket to serve jobs on mechanical turk. The server > >>>>>>> probably gets a hit per second or so by workers on mechanical turk > >>>>>>> using it. > > >>>>>>> When I have no users, everything is fast. But in active use, I notice > >>>>>>> that web pages often load realllly slow in my web browser, but the > >>>>>>> httpserver.log file reports only small times. > > >>>>>>> For instance, I just loaded a page that httpserver.log said took > >>>>>>> 0.200000 seconds, but Firebug said took 54.21 seconds. That's a big > >>>>>>> difference. Any idea what's going on? I guess I'll have to try apache? -- You received this message because you are subscribed to the Google Groups "web2py-users" group. To post to this group, send email to web...@googlegroups.com. To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/web2py?hl=en.
