[EMAIL PROTECTED] wrote: > A plus one to both. > > I realize it may not be feasible now, but long term it would be great if > we could move the sun-internal e-mail lists that exist around these > projects into the open. If we get enough projects using perf-discuss > as a default mailing list it's going to be confusing for everyone. >
It is the *goal* for us to get our internal Sun project aliases as well as our development out into opensolaris.org. We can definitely explore making separate OpenSolaris email aliases for CMT and NUMA once the projects are approved.... > Thanks for taking the time to get these projects proposed and into > OpenSolaris. > Sure. No problem. It is long overdue. Jonathan > On Fri, Aug 15, 2008 at 03:22:10PM -0700, Jonathan Chew wrote: > >> Thanks for the pointers. >> >> Here are my revised proposals. >> >> >> Jonathan >> >> >> [EMAIL PROTECTED] wrote: >> >>> Hi Jonathan, >>> I'm in favor of both of these proposals. However, I think they're >>> incomplete, at least according to the project instantiation guidelines. >>> >>> Would you amend these proposals to include the participants for each >>> project, information about each project's mailing list, and the >>> consolidation that the projects are targeting? >>> >>> The project instantiation has additional reccomendations that may be of >>> interest here too: >>> >>> http://opensolaris.org/os/community/ogb/policies/project-instantiation.txt >>> >>> Thanks, >>> >>> -j >>> >>> >>> >>> > > >> I would like to get sponsorship from the OpenSolaris performance community >> to host a CMT project which will focus on observability, performance >> enhancements, and potentially more in OpenSolaris for Chip Multi-Threaded >> (CMT) processors (including SMT, CMP, etc.). This project will target the >> ON consolidation although it may affect others. >> >> Specifically, the project will try to do the following in OpenSolaris: >> >> - Further develop a processor group abstraction for capturing the CMT >> processor sharing relationhips of performance relevant hardware components >> (eg. execution pipeline, cache, etc.) >> >> - Create an interface for determining which CPUs share what performance >> relevant hardware and the characteristics of these performance relevant >> hardware components >> >> - Add more performance optimizations to Solaris for CMT (eg. scheduling, >> I/O, etc.) >> >> - Improve load balancing for maximizing performance and potentially >> minimizing power consumption >> >> - Create APIs to facilitate performance optimizations for CMT >> >> - Make changes needed to make all of the above work well with virtualization >> >> - Improve upon the existing Solaris CMT enhancements >> >> - Add support for new CMT hardware as needed >> >> - Address any OpenSolaris CMT issues as they arise >> >> >> In the process of doing all of this, I'm hoping that the project will >> facilitate collaboration in this area as well as a better understanding and >> appreciation of CMT and OpenSolaris. >> >> The initial project team members are: >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] (project leader) >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] >> > > >> I would like to get sponsorship from the OpenSolaris performance community >> to host a NUMA project. This project will target the Operating >> System/Networking (ON) consolidation although it may affect others. >> >> The "Memory Placement Optimization" feature in Solaris has been around since >> Solaris 9 and has had web pages in the OpenSolaris performance community >> since it started before OpenSolaris projects existed formally (see >> http://opensolaris.org/os/community/performance/numa/ for more info). >> >> I would like to formalize its existence as project in the performance >> community since there is more work to be done for NUMA. Specifically, the >> project will try to do the following in OpenSolaris: >> >> - Make MPO aware of I/O device locality >> >> - Add observability of *kernel* thread and memory placement >> >> - Optimize kernel thread and memory placement to improve performance in >> general and for NUMA I/O >> >> - Add dynamic lgroup load balancing to improve performance and potentially >> minimize power consumption >> >> - Enhance MPO to work well with virtualization and vice versa >> >> - Add support for new NUMA machines >> >> - Improve the existing framework as needed >> >> - Address any OpenSolaris NUMA issues as they arise >> >> >> Also, formalizing NUMA as an OpenSolaris project will enable the project to >> have space on opensolaris.org for sharing code, ideas, etc. which I'm hoping >> will facilitate collaboration in this area as well as a better understanding >> and appreciation of NUMA and OpenSolaris. >> >> The initial project team members are: >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] (project leader) >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] >> >> - [EMAIL PROTECTED] >> > > >> _______________________________________________ >> perf-discuss mailing list >> perf-discuss@opensolaris.org >> > > > _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
