Date: Tue, 25 Jun 2002 16:58:57 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Matthew Dillon <dillon@apollo.backplane.com>, Alfred Perlstein <bright@mu.org>, Patrick Thomas <root@utility.clubscholarship.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: tunings for many httpds... Message-ID: <3D1903C1.562627A1@mindspring.com> References: <20020624151650.I68572-100000@utility.clubscholarship.com> <3D17D27A.11E82B2B@mindspring.com> <20020625022238.GH53232@elvis.mu.org> <3D17DBC1.351A8A35@mindspring.com> <20020625072509.GJ53232@elvis.mu.org> <3D18CDB2.151978F3@mindspring.com> <20020625210633.GQ53232@elvis.mu.org> <200206252209.g5PM9J79010543@apollo.backplane.com> <3D190023.4BA9D75F@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Terry Lambert wrote: > Things tend to change considerably when you close in on the > physical RAM approaching the physical address space in size; > historically all the assumptions have been that this would not > be the case. While there's some benefit to rexamining some of > these assumptions, going to a 64 bit address space with IA64 > and Hammer architectures is just going to reset the assumptions > back down. Let me back-track a little here. It might be worthwhile to do this for code pages for application software, if you end up running a lot of instances of a single program image (as opposed to "a single program, different images". Arguably, you should maybe be using threads for that; however, it could be a win in the case in the "Subject:" line. I think in the case that spawned this thread that most of the httpd's are not running the same vnode object (either a jail local copy or a read-only nullfs mount yields a different vm_object_t), so it wouldn't help there, but for a single installation running a lot of copies of one program, it's more likely to be helpful (e.g. "one big mail server" or "one big web server"). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3D1903C1.562627A1>