On Fri, May 16, 2008 at 08:21:25AM -0700, Darrian Hale wrote:
Can you please point me to where the diffs you refer to reside?
I'd definitely like to try them out.
most of these are filed in sendbug (some for months) already...
here is a cumulative diff also w/ a bonus himem high-quality
On Thu, May 15, 2008 at 7:07 PM, Ted Unangst [EMAIL PROTECTED] wrote:
On 5/15/08, Kevin [EMAIL PROTECTED] wrote:
All,
I'm getting quite a lot of these errors in /var/log/messages and can't
seem to find an appropriate fix in the archives:
May 14 21:05:54 svr02 /bsd: uvm_mapent_alloc:
* Darrian Hale [EMAIL PROTECTED] [2008-05-15 23:06]:
What output to you get from 'netstat -m'?
I might get yelled at for this as you mentioned people seem to hate
custom kernels.
But i've had good luck with the following options, I'm not sure which
are still relevant, but they help.
* Kevin [EMAIL PROTECTED] [2008-05-16 08:34]:
Knobs, dials, levers, custom kernels, and custom apache builds they
may be, but at this point I'm open to just about anything and
everything including witch doctors, Chinese herbalists, and/or
exorcists to get the problem solved. :-)
well, use
On Thu, May 15, 2008 at 10:07:14PM -0400, Ted Unangst wrote:
On 5/15/08, Kevin [EMAIL PROTECTED] wrote:
All,
I'm getting quite a lot of these errors in /var/log/messages and can't
seem to find an appropriate fix in the archives:
May 14 21:05:54 svr02 /bsd: uvm_mapent_alloc: out
2008/5/16 Henning Brauer [EMAIL PROTECTED]:
well, use a httpd that is better designed than apache. at least for the
static content that should be kinda easy with a couple of redirects and
a second IP. lighttpd is a good pick.
If talking about serving static content: mathopd is doing really
Can you please point me to where the diffs you refer to reside?
I'd definitely like to try them out.
Thank you,
Darrian
On Fri, May 16, 2008 at 3:09 AM, mickey [EMAIL PROTECTED] wrote:
the problem is not in the user land.
the problem is in i386 pmap which abuses kmem_map that is there
for
The problem seems related to certain long running processes with
fragmented address spaces.
Basically, in order to manage address spaces, the kernel keeps track
of a bunch of maps. Entries in these maps are stored in... map
entries. In certain situations, the kernel can't wait to allocate
All,
I'm getting quite a lot of these errors in /var/log/messages and can't
seem to find an appropriate fix in the archives:
May 14 21:05:54 svr02 /bsd: uvm_mapent_alloc: out of static map entries
May 14 21:57:47 svr02 /bsd: uvm_mapent_alloc: out of static map entries
May 14
What output to you get from 'netstat -m'?
I might get yelled at for this as you mentioned people seem to hate
custom kernels.
But i've had good luck with the following options, I'm not sure which
are still relevant, but they help.
option NKMEMPAGES_MAX=81920
option NKMEMPAGES=81920
option
On Thu, May 15, 2008 at 2:00 PM, Darrian Hale [EMAIL PROTECTED] wrote:
What output to you get from 'netstat -m'?
2867 mbufs in use:
2566 mbufs allocated to data
274 mbufs allocated to packet headers
27 mbufs allocated to socket names and addresses
1129/5450/6144 mbuf
I see Allen beat me to the reply with the requested netstat data
below, but in the mean time, I'm going to do the unthinkable and build
a custom kernel with your mods and see where the chips fall. :-)
Thanks for the suggestion.
Kevin
On Thu, May 15, 2008 at 2:45 PM, Allen [EMAIL PROTECTED]
Based on that netstat output, things look OK on your system. On some
of my heavier loaded
systems, I will see the peak mbuf use hit the max.
Good luck, and as I said if you come up with something better, please
let me know.
-Darrian
On Thu, May 15, 2008 at 2:59 PM, Kevin [EMAIL PROTECTED]
On 5/15/08, Kevin [EMAIL PROTECTED] wrote:
All,
I'm getting quite a lot of these errors in /var/log/messages and can't
seem to find an appropriate fix in the archives:
May 14 21:05:54 svr02 /bsd: uvm_mapent_alloc: out of static map entries
May 14 21:57:47 svr02 /bsd:
14 matches
Mail list logo
