Re: Hard-limits for kern.maxproc
site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1233860589; bh=p3MgLKJABM24YrG4/jWtKIZUAlMSr2GqIvqt34J4h/g=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=O0aq59lkGfq/ NPL1jCTW9CbJY0WKDKV/HL4kE08SUKUcrZzJBHR6uwLeeaQ+aIXZ3ryToaO2CFONQyh /lMaFFgyCzgmT71131+Aeq713Qakkw1AKGWqkcUYTigFKU159JAhPTTOphGTp1Rnj1j XPXW3HPGpMbgOhgOr5rOLhZVk= User-agent: Thunderbird 2.0.0.16 (X11/20080724) Nathan wrote: I'm running out of political and motivational steam to pursue this issue, as I've worked around the most pressing problems we were experiencing internally. I've canceled most of our plans regarding the Xserve and OS X server, as I no longer have any confidence in Apple's ability to deliver on their marketed server features or capacity. The problem seems to run deeper than just bugs. I will continue to keep an eye out for shifts in the landscape for OS X server. I hope to be proven wrong in the future, and find that OS X Server delivers on its promises. Many of the resource limits are prompted by the 32-bit nature of the current MacOSX kernel. If rumours about 10.6 are to be believed, the kernel will be 64-bit. So perhaps it will be safe to raise the hard limits in 10.6, and you should take a look at 10.6 when it arrives. Drew _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... This email sent to site_archiver@lists.apple.com
participants (1)
-
Andrew Gallatin