From owner-freebsd-hackers Tue Feb 6 9:43:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 1D63F37B67D for ; Tue, 6 Feb 2001 09:42:27 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f16Hg0x62032; Tue, 6 Feb 2001 09:42:00 -0800 (PST) (envelope-from dillon) Date: Tue, 6 Feb 2001 09:42:00 -0800 (PST) From: Matt Dillon Message-Id: <200102061742.f16Hg0x62032@earth.backplane.com> To: Rik van Riel Cc: Dan Phoenix , Alfred Perlstein , Jos Backus , freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :On Mon, 5 Feb 2001, Matt Dillon wrote: : :> :file: table is full : :> :looutput: mbuf allocation failed :> :nfs server 172.16.0.101:/bravenet1/home: is alive again : :> This sheds a considerable amount of light on the problems... :> methinks you may have a low 'maxusers' setting in the kernel :> config. Read on. : :Linux had problems with errors like this too, with :kernel 2.0 and 2.2 when used under heavy load. : :In kernel 2.4 this has been solved by simply having :the kernel allocate (and free) these structures on :demand ... would that be an idea for FreeBSD ? : :Rik :-- :Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml : :Virtual memory is like a game you can't win; :However, without VM there's truly nothing to lose... : : http://www.surriel.com/ :http://www.conectiva.com/ http://distro.conectiva.com/ Yes, it's very doable. There are only a few subsystems which actually scale based on 'maxusers'. File descriptors, sendfile buffers, and network mbuf clusters. I think a good temporary fix would be to change the absurdly small default maxusers of 32 to something more reasonable, like 128. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message