"Dave" == Dave Marquardt <[EMAIL PROTECTED]> writes: >>> More recently, more work was done for LPOOB, but I'm not as familiar >>> with that code.
Roland> Ok.. but even for B61 64k pages are not used by default (or $ ksh93 -c Roland> 'pmap -s -x $$ ; true' # shows wrong values (note the "true", otherwise Roland> ksh93 will |exec()| the last command and pmap shows the page map for Roland> itself)). Dave> So it appears there hasn't been tuning done to help this particular Dave> case. And it appears I'm wrong about this. I've been told by one of the LPOOB phase 2 developers that UltraSPARC-II support has been in since snv_52. I'd be curious to see the output you're talking about here. If the stack or heap aren't large enough, they won't be mapped with larger pages. So there may be additional tuning that needs to be done, or it may just not be as aggressive as you'd like. >>> Finally, you've locked yourself into 64K pages, and it's possible the >>> kernel will continue to be improved in the selection of large pages. >>> These improvements may not work if you've already selected 64K pages, >>> or perhaps the selection of 64K pages will interfere with good >>> performance. Dave> I've opened an RFE, CR 6569725: Dave> 6569725 Add better large page out of box support for UltraSPARC I and II And it turns out the code is already there, so this RFE has been closed. -- Dave Marquardt Sun Microsystems, Inc. Austin, TX +1 512 401-1077 (SUN internal: x64077) _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
