> 2. File a bug with a specific, repeatable benchmark > with clear results > comparing Solaris to <insert OS here>. > I am waiting for the existing ones to be fixed - some are dated 1999. I don't think there is point in running duplicate benchmarks and filing new ones. Most of them are quite important to fix (fork/exec for e.g.) > 3. Take an existing Solaris performance bug and root > cause the > underlying performance problem, adding the > the necessary data to the > bug report. >
See above. > 4. Take an existing Solaris performance bug, create a > fix, and ask > someone to sponsor (via request-sponsor) your > our change. > > AFAICT you have done none of the above, so I'm not > sure what you hope to > accomplish via this thread. If you don't want to > help Solaris > performance, why bring it up on osol-discuss in the > first place? Let Sun create a workable, scalable development model around (Open)Solaris first. I pity the words "request" "sponsor" "ask" above. It's going in the same direction as OpenOffice.org - it's working but only with Sun employees doing the major heavy lifting, community presence is not that big and thus the whole thing doesn't scale upto the point where it should ideally. (I have commented on this before.) This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list [email protected]
