From owner-freebsd-questions@FreeBSD.ORG Thu Apr 26 09:48:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 147D2106564A for ; Thu, 26 Apr 2012 09:48:43 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id BFCE08FC0C for ; Thu, 26 Apr 2012 09:48:42 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SNL52-0006Mp-8y for freebsd-questions@freebsd.org; Thu, 26 Apr 2012 11:33:40 +0200 Received: from pool-173-79-99-96.washdc.fios.verizon.net ([173.79.99.96]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2012 11:33:40 +0200 Received: from nightrecon by pool-173-79-99-96.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Apr 2012 11:33:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Date: Thu, 26 Apr 2012 05:33:24 -0400 Lines: 57 Message-ID: References: <2FCC4ECF-DAC2-4701-B392-B0415528A4C7@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: pool-173-79-99-96.washdc.fios.verizon.net Subject: Re: FreeBSD vice OS X memory management X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nightrecon@hotmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 09:48:43 -0000 Adam Vande More wrote: > On Thu, Apr 26, 2012 at 12:04 AM, jb wrote: > >> If so, should FreeBSD adopt NetBSD's MM subsys, or just improve itself >> surgically ? >> > > You ought first establish there is a problem. What you have cited is > recently reinvigorated trend that has taken on the air of the "BDS is > dying" troll. What you have is a set of computer users with no > understanding of kernel internals attempting to diagnose some sort of > possibly legitimate problem by reaching conclusion via rumor and > guesswork. These people can be taken about as seriously as those who > insist the moon landing was fake and other bizarre ignorant > pseudo-science. > > http://workstuff.tumblr.com/post/19036310553/two-things-that-really-helped- speed-up-my-mac-and > http://dywypi.org/2012/02/back-on-linux.html > > When you have a test case illustrating your feared FreeBSD VM > shortcomings, you may at that point begin to attract developer interest. > To the OP: A potential first test case where the symptom is "my system slows to a crawl and starts paging out to disk" might be to build a kernel with the SCHED_4BSD scheduler. There have been a couple of edge/corner cases that sound like this. That is, if you really have a problem and want to try eliminating one possibility. Another thing that shows up in things like top is it breaks and does not report accurate values for anything when userland and kernel are out of sync, that is if it runs at all without segfaulting. World and kernel being out of sync would be operator error. In this case the values you are using to somehow relate the symptom to memory management would be false. As far as all the rest, such as something being "deeply broken in OS X memory management", mentions of NetBSD memory management, etc, are all irrelevant. It is this wild mix of stuff seemingly non-related to any problem in FreeBSD per se, that makes this look like a troll. If you really are having a problem with FreeBSD you are going to have to do a lot better than this in terms of providing some data points which define the problem. I am in agreement with Adam here: either you can work the problem or you can troll. I don't see any indication yet of any real problem analysis, only a wild mix of stuff non-related to FreeBSD sprinkled with some magic 'memory management' dust. Sorry if this comes across the wrong way, but this really looks like troll material to me too - it has a great resemblance to a pattern trolls have used for many years. -Mike