From 9358f220b4fba8f4bc3d4971d70af7e6b1a3475e Mon Sep 17 00:00:00 2001 From: Nik Clayton Date: Sat, 24 Feb 2001 12:18:04 +0000 Subject: [PATCH] Add an entry about rpc.stad not using 256MB of memory. PR: docs/25340 Submitted by: Dima Dorfman Explain what the "unknown: can't assign resources" message means. PR: docs/25317 Submitted by: Michael Lucas --- en_US.ISO8859-1/books/faq/book.sgml | 41 +++++++++++++++++++++++++++- en_US.ISO_8859-1/books/faq/book.sgml | 41 +++++++++++++++++++++++++++- 2 files changed, 80 insertions(+), 2 deletions(-) diff --git a/en_US.ISO8859-1/books/faq/book.sgml b/en_US.ISO8859-1/books/faq/book.sgml index bdd6084a39..9a4ab486e7 100644 --- a/en_US.ISO8859-1/books/faq/book.sgml +++ b/en_US.ISO8859-1/books/faq/book.sgml @@ -11,7 +11,7 @@ The FreeBSD Documentation Project - $FreeBSD: doc/en_US.ISO_8859-1/books/faq/book.sgml,v 1.143 2001/02/06 00:32:37 nik Exp $ + $FreeBSD: doc/en_US.ISO_8859-1/books/faq/book.sgml,v 1.144 2001/02/17 01:07:43 nik Exp $ This is the FAQ for FreeBSD versions 2.X, 3.X, and 4.X. @@ -5871,6 +5871,21 @@ C:\="DOS" + + + + I get messages like: unknown: <PNP0303> can't + assign resources on boot + + + + These indicate Plug-and-Play devices that the current + kernel doesn't have drivers for. They're harmless. + + If you dislike these messages, the FreeBSD Project + will happily accept driver contributions via send-pr. + + @@ -6795,6 +6810,30 @@ define(`confDELIVERY_MODE',`deferred')dnl &man.rc.conf.5; man page for more information on rc.conf. + + + + There is a memory leak in &man.rpc.statd.8;! It is using + 256 Mbytes of memory! + + + + No, there is no memory leak, and it's not using 256 Mbytes + of memory. It simply likes to (i.e., always does) map an + obscene amount of memory into its address space for convenience. + There is nothing terribly wrong with this from a technical + standpoint; it just throws off things like &man.top.1; and + &man.ps.1;. + + &man.rpc.statd.8; maps its status file (resident on + /var) into its address space; to save + worrying about remapping it later when it needs to grow, it maps + it with a generious size. This is very evident from the source + code, where one can see that the length argument to &man.mmap.2; + is 0x10000000, or one sixteenth of the + address space on an IA32, or exactly 256MB. + + diff --git a/en_US.ISO_8859-1/books/faq/book.sgml b/en_US.ISO_8859-1/books/faq/book.sgml index bdd6084a39..9a4ab486e7 100644 --- a/en_US.ISO_8859-1/books/faq/book.sgml +++ b/en_US.ISO_8859-1/books/faq/book.sgml @@ -11,7 +11,7 @@ The FreeBSD Documentation Project - $FreeBSD: doc/en_US.ISO_8859-1/books/faq/book.sgml,v 1.143 2001/02/06 00:32:37 nik Exp $ + $FreeBSD: doc/en_US.ISO_8859-1/books/faq/book.sgml,v 1.144 2001/02/17 01:07:43 nik Exp $ This is the FAQ for FreeBSD versions 2.X, 3.X, and 4.X. @@ -5871,6 +5871,21 @@ C:\="DOS" + + + + I get messages like: unknown: <PNP0303> can't + assign resources on boot + + + + These indicate Plug-and-Play devices that the current + kernel doesn't have drivers for. They're harmless. + + If you dislike these messages, the FreeBSD Project + will happily accept driver contributions via send-pr. + + @@ -6795,6 +6810,30 @@ define(`confDELIVERY_MODE',`deferred')dnl &man.rc.conf.5; man page for more information on rc.conf. + + + + There is a memory leak in &man.rpc.statd.8;! It is using + 256 Mbytes of memory! + + + + No, there is no memory leak, and it's not using 256 Mbytes + of memory. It simply likes to (i.e., always does) map an + obscene amount of memory into its address space for convenience. + There is nothing terribly wrong with this from a technical + standpoint; it just throws off things like &man.top.1; and + &man.ps.1;. + + &man.rpc.statd.8; maps its status file (resident on + /var) into its address space; to save + worrying about remapping it later when it needs to grow, it maps + it with a generious size. This is very evident from the source + code, where one can see that the length argument to &man.mmap.2; + is 0x10000000, or one sixteenth of the + address space on an IA32, or exactly 256MB. + +