From owner-freebsd-java@FreeBSD.ORG Tue Aug 19 07:27:57 2008 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174CB106567A for ; Tue, 19 Aug 2008 07:27:57 +0000 (UTC) (envelope-from shark.fin.soup@mac.com) Received: from asmtpout018.mac.com (asmtpout018.mac.com [17.148.16.93]) by mx1.freebsd.org (Postfix) with ESMTP id 00F378FC1D for ; Tue, 19 Aug 2008 07:27:56 +0000 (UTC) (envelope-from shark.fin.soup@mac.com) MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed; delsp=yes Received: from [192.168.1.121] ([210.213.5.122]) by asmtp018.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K5U00MBK7EGE430@asmtp018.mac.com> for freebsd-java@freebsd.org; Tue, 19 Aug 2008 00:27:56 -0700 (PDT) Message-id: <728977D1-FDFA-495B-80D3-D9D060FA5082@mac.com> From: Sharkie To: Yuri Khotyaintsev In-reply-to: <48AA6E00.7040408@irfu.se> Content-transfer-encoding: quoted-printable Date: Tue, 19 Aug 2008 14:26:01 +0700 References: <2849C2B9-6990-4F51-A430-06E99D745816@mac.com> <97C57C69-1708-4176-86BC-E2B733BF0ACA@kjkoster.org> <7B413A97-AC11-4FD4-9BD5-40CC21593488@mac.com> <6E041876-88CC-45CB-9739-C3EB5686EEF5@mac.com> <5AD97FD4-50C1-4C43-93FE-4EA7F782D03E@mac.com> <48AA6E00.7040408@irfu.se> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-java@freebsd.org Subject: Re: Why cannot I allocate more than -Xmx700M X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2008 07:27:57 -0000 Thanks I think I was 1 GIG of physical ram. I am getting service in for my =20 machine now. On Aug 19, 2008, at 1:53 PM, Yuri Khotyaintsev wrote: > Nicklas Johnson wrote: >> 2008/8/18 Sharkie >> >> >>> I get the following, which I have no idea how to read >>> >>> %kdump -t csu | grep -B 1 errno >>> >>> 1038 java CALL >>> mmap(0,0x42800000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|=20 >>> MAP_NORESERVE|MAP_ANON,0xffffffff,0,0) >>> 1038 java RET mmap -1 errno 12 Cannot allocate memory >>> >>> >> >> There's your answer. >> >> The JVM is trying to mmap 1064MB of contiguous virtual memory, and =20= >> the OS >> says "no". >> >> The limitation isn't coming from the JVM. It's coming from the =20 >> OS. The >> problem you'll need to solve is why you can't mmap more. Either =20 >> there isn't >> that much contiguous virtual memory left, or you're hitting some =20 >> other >> system limitation. >> >> > You can try reducing kern.maxdsiz and kern.dfldsiz in order to give =20= > mmap more space. > > Yuri > > --=20 > Dr. Yuri Khotyaintsev > Institutet f=C3=B6r rymdfysik (IRF), Uppsala >