Doesn't fix the symptom
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
