From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 16:47:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B39BD16A45E; Tue, 24 Jan 2006 16:47:55 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 230C643D46; Tue, 24 Jan 2006 16:47:55 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (localhost [127.0.0.1]) by crom.azimutprint.ru (Postfix) with ESMTP id 72BFCB8AC; Tue, 24 Jan 2006 19:47:53 +0300 (MSK) Received: from [192.168.1.2] (greencomp.azimutprint.ru [192.168.1.2]) by crom.azimutprint.ru (Postfix) with ESMTP id 41EB5B89B; Tue, 24 Jan 2006 19:47:52 +0300 (MSK) Message-ID: <43D65A38.8080709@azimut-tour.ru> Date: Tue, 24 Jan 2006 19:47:52 +0300 From: GreenX FreeBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Michael Butler References: <43D09224.2050304@azimut-tour.ru> <43D4EDDA.8060901@protected-networks.net> <43D5BBA3.8070606@azimut-tour.ru> <43D62265.8020401@protected-networks.net> <43D65339.90709@azimut-tour.ru> <43D654B6.60703@protected-networks.net> In-Reply-To: <43D654B6.60703@protected-networks.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru, sos@freebsd.org Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 16:47:56 -0000 Michael Butler пишет: > Yes, when the system is idle and has flushed all outstanding > information to disk, the USED values should always return to zero. > Without the patch, there is a case where the kernel loses track of > some buffers and eventually runs out of memory, I understand it, simply wanted to be convinced, that it works.