From owner-freebsd-hackers@FreeBSD.ORG Thu May 27 09:12:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3614F16A4CE for ; Thu, 27 May 2004 09:12:14 -0700 (PDT) Received: from hotmail.com (bay8-f36.bay8.hotmail.com [64.4.27.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD2843D41 for ; Thu, 27 May 2004 09:12:13 -0700 (PDT) (envelope-from bjohns123@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 27 May 2004 09:12:06 -0700 Received: from 198.93.75.2 by by8fd.bay8.hotmail.msn.com with HTTP; Thu, 27 May 2004 16:12:05 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [bjohns123@hotmail.com] X-Sender: bjohns123@hotmail.com From: "lost inferno" To: tinguely@casselton.net, freebsd-hackers@freebsd.org Date: Thu, 27 May 2004 12:12:05 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 May 2004 16:12:06.0014 (UTC) FILETIME=[5AAEB1E0:01C44405] Subject: Re: KVA space problems? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bjohns123@msn.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2004 16:12:14 -0000 You know, of all the responses i got... it seems yours is the most technical and unbiased of the lot. Thank you for that. I wish everyone here wasnt so jaded in their own oppinion. as for the problem... From what you wrote, the best idea would be to keep the mbuf limits ether at the defaults or lower than the kva space? and or to run a 5x or later release. The reasoning for this is from an experiance i had a few months ago with a dual xeon with HT sporaticly locking up under load. I had hoped to move an old ( Free 4.8 ) onto the same hardware without hopfully having to reinstall. >From: Mark Tinguely >To: bjohns123@msn.com, freebsd-hackers@freebsd.org >Subject: Re: KVA space problems? >Date: Wed, 26 May 2004 15:47:41 -0500 (CDT) > >This has been seen before and there is at least one open problem report >that the kernel malloc() unexpectantly returns NULL in WAITOK situations. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/53382 > > --- >I think malloc returns before your patch, namely around line 199: > > va = (caddr_t) kmem_malloc(kmem_map, (vm_size_t)ctob(npg), flags >); > if (va == NULL) { > splx(s); > return ((void *) NULL); > } > >Although, I agree that the kernel malloc() should not do this, if KVM >is depleted or fragmented to this point, I suspect your changes of simply >retrying again will cause an infinite loop in malloc(). > >If malloc() sleeps waiting for KVM to be freed, my guess this will lead to >the processes to hang for a long time if not forever. > >I think this because people are bumping the MBUFs numbers up and not >changing the KVM size, once the KVM is depleted/fragmented it shouldn't >come down for a long time. > --- >The pre 5.x VM assumes KVM will not be depleted. contigmalloc() used to >leak >physical pages if the KVM got depleted. I was told "the system will panic >soon anyway, why put them back". > >--Mark Tinguely >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" _________________________________________________________________ Get 200+ ad-free, high-fidelity stations and LIVE Major League Baseball Gameday Audio! http://radio.msn.click-url.com/go/onm00200491ave/direct/01/