From owner-freebsd-ports@FreeBSD.ORG Fri Sep 17 11:12:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE93106566C for ; Fri, 17 Sep 2010 11:12:00 +0000 (UTC) (envelope-from kayasaman@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42B3C8FC16 for ; Fri, 17 Sep 2010 11:11:59 +0000 (UTC) Received: by bwz15 with SMTP id 15so3178958bwz.13 for ; Fri, 17 Sep 2010 04:11:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=jJGIgYncBV3KdHK69IQy15kJIfl9vCOo0187uxuiQJc=; b=QqF0aVs7UNJX1n8OdBdf1KLjK254nZY8Nt7rd6cGngJ/veCsQRfPmQLTmEeVQgmNDY tTL5rCdJnO69p9TNx15M0nkrRX5OPT0QfF1w37v+9D/6ynEc5aTZxvbyNq77hUz4zmVs H2WGrkX8ShoDDVe4HgTsnYl8GAqV2e3bIiBwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=U5w6hnipgRG9pFKEKa2NaBh/fDgsKv7qOysypQeaSaPLlXjZ2fhdjro16cHNAlTBZ+ FFRTy/kneiwaS3yx2gKkdBsz0Djv7Bnw8/ya3OEjFpSNMbrIksbwh8qj5Js1omgLSbRM Vw1LTa7qPdqYKL+4VAO9WPUtV+s05iwTNGwUA= Received: by 10.204.85.89 with SMTP id n25mr3757745bkl.105.1284721918857; Fri, 17 Sep 2010 04:11:58 -0700 (PDT) Received: from [192.168.0.52] ([85.105.64.2]) by mx.google.com with ESMTPS id f16sm3507654bkd.16.2010.09.17.04.11.56 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Sep 2010 04:11:57 -0700 (PDT) Message-ID: <4C934BF5.7@gmail.com> Date: Fri, 17 Sep 2010 14:07:33 +0300 From: Kaya Saman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.12) Gecko/20100824 Thunderbird/3.0.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4C926418.2050407@gmail.com> <4C9328B9.4010100@gmail.com> <20100917085621.GA48570@icarus.home.lan> <4C933284.6050601@icyb.net.ua> <20100917094212.GA49319@icarus.home.lan> <4C933A85.8080703@icyb.net.ua> <20100917100723.GA49737@icarus.home.lan> In-Reply-To: <20100917100723.GA49737@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Fwd: Tomcat6 port keeps locking up?? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2010 11:12:00 -0000 On 17/09/2010 13:07, Jeremy Chadwick wrote: > On Fri, Sep 17, 2010 at 12:53:09PM +0300, Andriy Gapon wrote: > >> on 17/09/2010 12:42 Jeremy Chadwick said the following: >> >>> On Fri, Sep 17, 2010 at 12:19:00PM +0300, Andriy Gapon wrote: >>> >>>> on 17/09/2010 11:56 Jeremy Chadwick said the following: >>>> >>>>> I don't think you understand how Solaris's VM behaves with ZFS. It >>>>> behaves very differently than FreeBSD. On Solaris/OpenSolaris with ZFS, >>>>> you'll see the ARC taking up as much memory as possible -- but unlike >>>>> FreeBSD (AFAIK), when a userland or kernel application requires more >>>>> >>>> ^^^^^^^^^^^^^^^^^ >>>> >>>>> memory, the Solaris kernel dynamically releases portions of the ARC. >>>>> >>>> Can you please explain that "unlike" part? >>>> >>> When ZFS was first introduced to FreeBSD, I was given the impression >>> from continual posts on the mailing lists that memory which was >>> allocated to the ARC was never released in the situation that a userland >>> program wanted memory. >>> >>> An example scenario. These numbers are in no way accurate given many >>> other things (network mbufs, UFS and VFS cache, etc.): >>> >>> - amd64 system has 2GB physical RAM (assume ~1920MB usable) >>> - vm.kmem_size="1536M" + vfs.zfs.arc_max="1400M" >>> - Heavy ZFS I/O results in ARC maxing out at ~1400MB >>> - Userland application runs, requests malloc() of 1024MB >>> - Userland gets 384MB from physical RAM, remaining 640MB from swap >>> - ARC remains at 1400MB >>> >>> Is this no longer the case? >>> >>> >> I am not sure if this has even been the case :-) >> It is definitely not the case now. >> > I trust your experience with it *much* more than mine. :-) It's very > likely that I'm basing the "ARC remains at 1400MB" claim entirely off of > what top(1) was showing under either "Inact" or "Wired". > > The terminology in top(1) for memory on BSD has always confused the hell > out of me. That might sound crazy coming from someone that's been using > *IX since 1990 and BSD since 1996, but it's true. The man page does go > over what's what, but the descriptions are short one-liners (ex. "wired > down" doesn't mean anything to me). This just circles back to my lack > of knowledge about the VM. > > Aren't there supposed to be 2 versions of 'top'?? Unix top and Linux top?? Both with slightly different handles on the representation of information? I just recall reading somewhere!!