From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 21 02:40:09 2011 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F055D106567A for ; Wed, 21 Dec 2011 02:40:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AFE818FC16 for ; Wed, 21 Dec 2011 02:40:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBL2e9wp059721 for ; Wed, 21 Dec 2011 02:40:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBL2e94l059720; Wed, 21 Dec 2011 02:40:09 GMT (envelope-from gnats) Resent-Date: Wed, 21 Dec 2011 02:40:09 GMT Resent-Message-Id: <201112210240.pBL2e94l059720@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Oleg Ginzburg Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A9A1065670 for ; Wed, 21 Dec 2011 02:36:37 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 21C6D8FC14 for ; Wed, 21 Dec 2011 02:36:37 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id pBL2aapx064875 for ; Wed, 21 Dec 2011 02:36:36 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id pBL2aaNA064874; Wed, 21 Dec 2011 02:36:36 GMT (envelope-from nobody) Message-Id: <201112210236.pBL2aaNA064874@red.freebsd.org> Date: Wed, 21 Dec 2011 02:36:36 GMT From: Oleg Ginzburg To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/163493: FreeBSD 9x amd64 unstable while work with RAM X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2011 02:40:10 -0000 >Number: 163493 >Category: kern >Synopsis: FreeBSD 9x amd64 unstable while work with RAM >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 21 02:40:09 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Oleg Ginzburg >Release: 9.0-RC3 >Organization: >Environment: >Description: I have found out stable lag of systems amd64 at employment of all memory. This problem isn't reproduced on i386 ( I have checked up on FreeBSD-current on my Asus EE PC Book - problems aren't present. Also has checked up in VirtualBox with FreeBSD 9.0-RC3/i386. Both systems has written "No space left on device" at my method of testing (see below)) Also, in the absence of any special tuning options in sysctl.conf and loader.conf (like maxusers etc) I see on many systems incorrect value vm.kmem_size_max (amd64 only). The unstable condition remains when i set vm.kmem_size\* equal or less then the hw.physmem >How-To-Repeat: 1) mdconfig -a -t malloc -s Ng Where num N is greater then RAM ( the problem also is actual while N < physmem+swap ) 2) dd if=/dev/random of=/dev/md0 bs=10m 3) watch on the top. At exhaustion Free memory the problem is comes >Fix: >Release-Note: >Audit-Trail: >Unformatted: