Hi Jeff,
Thanks for the reply, appreciate it, I think I would try using a separate disk drive as swap and check the results. The reason the container is misbehaving is coz I ran some memory hogging scripts to test rcapd . I dont think being low on memory or swap is causing this issue as I have seen similar results with containers with higher memory and swap ,It is more to do with rcapd trying to restore container to its capped value. I will update you with results. Thanks again Regards Syed --- On Mon, 9/1/08, Jeff Victor <[EMAIL PROTECTED]> wrote: From: Jeff Victor <[EMAIL PROTECTED]> Subject: Re: [zones-discuss] rcapd To: "syed" <[EMAIL PROTECTED]> Cc: zones-discuss@opensolaris.org Date: Monday, September 1, 2008, 9:23 AM Hi Syed, I would not be surprised to find that rcapd is behaving correctly on your system. All of the containers in one Solaris instance share one Solaris paging system and one set of swap devices. When rcapd is paging the memory pages of one container out to the swap device, other workloads sharing that disk will take longer to write to that disk. This is similar to other virtualized solutions (e.g. hypervisors) that have similar constraints, similar workloads and are sharing one internal disk for swap space. If your other containers are not paging at all, you can reduce this effect by configuring your swap space on its own disk drive. The "disk-write" transactions from those other containers will then *not* wait for paging activity of the container with a RAM cap that is too low. Do you know why that one container is using up more memory than the cap? Is the cap too low, or the application behaving badly? On Mon, Sep 1, 2008 at 7:55 AM, syed <[EMAIL PROTECTED]> wrote: > Hi , > > I am facing an issue with rcapd, currently I have setup 8 sparse-root containers on a server with 32G physical memory , I have capped each of these containers varyingly and there is no issue with capping and it works fine. > > The issue arises when one of the containers eats up more memory (rapidly) than it has been allocated .It causes other non global zones to be less (noticable ) responsive while rcapd is trying to curb this unruly behaviour by one of the containers.I am wondering if this is due to heavy paging ? > > Has anyone else seen such behaviour, or is this an acceptable behaviour ? Any comments or experiences would be really helpful . -- --JeffV
_______________________________________________ zones-discuss mailing list zones-discuss@opensolaris.org
