OK that's good if the CPU doesn't explode while in production.
But I think that there is a problem because something that do nothing
should not use CPU. Otherwise what ATS does with that CPU ?
Le 19/03/2013 10:59, Reindl Harald a écrit :
well, it's not that much, around 100 MHz in
VMware vCenter and the really important thing
is that with some hundret simultaneous requests
the CPU load stays moderate compared with the
origin server
Am 19.03.2013 10:30, schrieb Matthieu BIENVENÜE:
Good to ear that I'm not alone with that problem ! But with no solution
currently.
Le 19/03/2013 10:25, Reindl Harald a écrit :
Am 19.03.2013 09:33, schrieb Igor Galić:
----- Original Message -----
Hello !
I've just installed ATS on a Debian 6.0 (but with squeeze repository
in
order to install ATS using packages) on Xen server host (other VM on
the
same host work like a charm).
ATS is now setup and works as a reverse proxy but it consumes CPU
even
with no connection (that's a lot for doing... nothing !) :
For example the result of the top command :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1929 traffics 20 0 93192 31m 1964 S 11.9 53.7 0:02.45 [ET_NET
0]
(don't take care of the memory the machine only have 64MB of memory,
for
testing only).
64 MiB seems like really little.
Did you disable caching? Otherwise I cannot imagine ATS even starting
properly with that little RAM
but this has nothing to do with the CPU usage
i have here a dedicated trafficserver-vm in production
with 4 GB RAM and 10 GB RAW-cache-disk which also consumes
all day long some percent CPU usage while any other server
is completly idle from view of CPU load at night
