Re: athena eats my cpu
Werner Thie <[email protected]> Tue, 04 Sep 2007 16:25:32 +0200
| Newsgroups | gmane.comp.python.quotient.dev |
|---|---|
| Message-ID | <[email protected]> |
Hello Jean-Paul Thxs for your time >> Load: 1 client / one round >> 1339223 function calls (1288601 primitive calls) in 178.951 CPU secs >> Load: 3 clients / ten rounds each >> 33541459 function calls (33103528 primitive calls) in 859.489 CPU secs >> 3 clients doing 10 rounds each, but your profile shows 4 times this >> many Eh?? 33541459 / 1339223 = 25.05 Not 30 because of the system becoming already slow (the figures are from a VMWare based BSD installation, clients on the same machine. > Do your clients interact with each other, or are they each independent? Completely ndependent, if you want to have a look see http://sf.jassportal.ch/differenzler?uid=gast > You > might also want to look at the actual payloads of the HTTP requests Athena > is making. There may be a bug where it sends more an more irrelevant or > duplicate data as time goes on. Firebug is somewhat handy for this kind of > inspection. Thxs for the suggestion, the amount of cumulated traffic in the browser is according to what we expect. What I observe is that for every athena call I make I see several appserver.py::handlesegment calls, which in turn creates in line 290 a new PageContext. Q: why is every POST recorded as a new resource? The context.py::PageContext.__init__ now updates the toremember attr and the one of my LivePage grows ad inifinitum and this is what is eating my CPU So, LivePages should not have a toremember attr? But they inherit it from rend.py::Fragment()! Thxs, Werner