On Jul 22, 2010, at 6:55 AM, MikeEllis wrote: > Doesn't fix the symptom
Ah. Well, negative results are still results. > > On Jul 21, 8:54 pm, Jonathan Lundell <jlund...@pobox.com> wrote: >> On Jul 21, 2010, at 2:03 PM, mdipierro wrote: >> >>> The fact that you are having the problem with static files is giving >>> me an idea for a test. >>> Can you please try the web2py I just posted in trunk? >> >> That seems like a nice optimization, but (assuming it fixes the symptom) >> does it explain the 20-25-second stalls? >> >> >> >> >> >>> Massimo >> >>> On Jul 21, 2:08 pm, MikeEllis <michael.f.el...@gmail.com> wrote: >>>> One more detail. As you would hope, it's generally not the case that >>>> both browsers stall at the same time. While stalled on either laptop >>>> I can keep reloading on the other. >> >>>> On Jul 21, 3:03 pm, MikeEllis <michael.f.el...@gmail.com> wrote: >> >>>>> I tried changing to cron=False in web2py.py. No impact on problem. >>>>> Same two-laptop setup as described previous. Happens even on pages >>>>> that contain very little. Chrome DevTools shows same problem as >>>>> before: One or more the .js/.css/.png files are delayed by 20 to 25 >>>>> seconds latency. >> >>>>> The problem is also unaffected by whether I run web2py under winpdb or >>>>> directly from the command line. If I interrupt during the latency >>>>> while running under winpdb, I typically see >> >>>>> * MainThread in rocket.py start() on line 301 >>>>> * Thread1 in threading.py wait() called by Queue.py get() called by >>>>> rocket.py run() line 405 >>>>> * Remaining 10 threads all in socket.py readline() called by rocket.py >>>>> read_request_line() line 825 >> >>>>> I'd send you the full stack traces but winpdb doesn't seem to support >>>>> copying selections. (argggh!) >> >>>>> Hope this is useful. >>>>> Mike >> >>>>> On Jul 21, 1:01 pm, Kuba Kucharski <kuba.kuchar...@gmail.com> wrote: >> >>>>>> yes, but I am on the GPRS connection now, I am not able to test it so >>>>>> the results be reliable, I will try to do that asap
