attaching your records.config and remap.config would help, too.

-nick

On Feb 13, 2012, at 12:30 AM, "Aleksey Kluchnikov" <[email protected]> wrote:

> * Brian Geffon <[email protected]> [2012-02-13 00:13:38 -0800]:
> 
>> Hi Aleksey,
>> To get a good response it would be helpful if you could provide more
>> information. Such as, how is your instance configured, are you using it
>> primarily as a forward or reverse proxy? Are you using it for a limited
>> number of origin points? Are you using caching heavily, if so can you
>> possibly post your cache configurations in records.config. Are you using
>> any plugins? Perhaps a plugin you're using could have a memory leak? You've
>> said ATS is consuming around 16gb of memory after 80 hours, what percentage
>> of overall system ram is that?
>> 
>> The more details you can provide the more likely someone will be able to
>> help you understand what is going on.
> 
> 
> Hi. Thanx for answer!
> I have some problem with english, but try to give all what need.
> 
> 
> I use ATS as reverse proxy in remap.conf 10 map rules and 3 reverse_map
> rules
> 
> no plugins used.
> 
> records.conf are default except 
> CONFIG proxy.config.http.server_port INT 80
> CONFIG proxy.config.reverse_proxy.enabled INT 1
> 
> 
> 16Gb it is whole server memory. I dont see if ATS get placed in a swap, but 
> in swap
> pushed other apps running on server.
> 
> 
> 
> 
>> 
>> Best,
>> Brian
>> 
>> On Sun, Feb 12, 2012 at 8:32 PM, Aleksey Kluchnikov <[email protected]> wrote:
>> 
>>> 
>>> Hi all.
>>> 
>>> apache traffic server running on freebsd use all memmory on server during
>>> some hours.
>>> It is start fro 80mb and get
>>> 4gb about 30 hours,
>>> 16gb about 80 hours.
>>> 
>>> 
>>> I need kill traffic_server proccess every day.
>>> Configs in defaults except remap.conf and tiny change in records.conf to
>>> turn on remap.
>>> 
>>> So question. Is it posiple to limit memory usage?
>>> 
>>> 
>>> p.s.
>>> freebsd 8/9
>>> apache traffic server 3.0.0 - 3.0.2
>>> 
>>> --
>>> Aleksey Kluchnikov
>>> 
> 
> -- 
> Aleksey Kluchnikov

Reply via email to