Re: [perf-discuss] Re: libMicro page added

2005-08-08 Thread Dave Marquardt
7;s a collection of microbenchmarks. But I can see why you might think so, given the name. -- Dave Marquardt Sun Microsystems, Inc. Austin, TX +1 512 401-1077 ___ perf-discuss mailing list perf-discuss@opensolaris.org

Re: [perf-discuss] General question re large pages OOB

2005-10-05 Thread Dave Marquardt
rs heap, stack and private anonymous memory. However, memcntl()'s MC_HAT_ADVISE interface has been extended (by another large page project, MPSS for Vnodes) to work with regular files. -- Dave Marquardt Sun Microsystems, Inc. Austin, TX +1 512 401-1077 _

Re: [perf-discuss] General question re large pages OOB

2005-10-05 Thread Dave Marquardt
e (intimate) shared memory to me. You somehow have to read the data into that memory. David> Any obvious hole in that thinking? Well, proc(4) says you can do stuff like that, so I guess it would work. >> -Original Message- >> From: Dave Marquardt [mailto:[EMAIL PROTECTED]

Re: [perf-discuss] t2000 slowdown

2007-10-05 Thread Dave Marquardt
see if the performance problem disappears. If this performs better, then your problem is very likely what I've described. If the performance problems persist in this case, then the problem may be something else. -- Dave Marquardt Sun Microsystems, Inc. Austin, TX +1 512 401-1077 (SUN internal

Re: [perf-discuss] t2000 slowdown

2007-10-05 Thread Dave Marquardt
are any documented interfaces to turn off the large page "out of box" behavior via /etc/system, and I'm not sure you'd want to do that in general. Probably better to see if there are patches for this problem or migrate some of your workload to other servers. Dirk> Thanx for