[request-sponsor] Incremental improvements to the sponsor program: phase 0: handing off changes
On Tue, May 5, 2009 at 7:18 PM, Mark J. Nelson wrote: > > For now, I would love to hear from Contributors and Sponsors. ?Does this > sound like a step in a useful direction? ?Would you use such a thing? > Yes, this sounds like a step in the right direction. It seems to me that the current process has the contributor doing the fun work and has the sponsor doing all of the drudge work. I get the feeling that this is a disincentive to sponsorship. And what's perverse about this disincentive is that it's likely greatest for precisely that set of bugs that get people started contributing, the oss-bite-size bugs. This proposal seems like it would reduce the drudgery of sponsorship. Chad
[request-sponsor] A couple more
FTR, Jon Haslam has agreed to sponsor me on a couple more bugs: 6779011: libdtrace sometimes dumps core when running tst.1.0.d 6795386: macro arguments and globbing in DTrace probe descriptions don't mix Chad Mynhier OS0124
[request-sponsor] 4775687: would like a timestamp option like iostat has added to mpstat, vmstat and prstat
I'd like to request a sponsor for bug 4775687 ("would like a timestamp
option like iostat has added to mpstat, vmstat and prstat".) I've
posted a webrev here:
http://cr.opensolaris.org/~cmynhier/4775687/
I don't know if this will require a PSARC case, as it adds a new flag
to these three utilities. I'll start writing one up just in case.
Chad Mynhier
OS0124
[request-sponsor] 6875154: 6801244 fix misses corner case
Resending. As far as I can tell, this never made it to the list. On Mon, Aug 24, 2009 at 3:41 PM, Chad Mynhier wrote: > Is anyone interested in sponsoring this bug for me? > > I'm the one who implemented the original bug, and we've run across a > corner case that the original fix missed. > > Thanks, > Chad >
[request-sponsor] Sponsor for *stat timestamp changes
I recently contributed a fix to 4775687 ("would like a timestamp
option like iostat has added to mpstat, vmstat and prstat"). I've
coded up the same change for a number of the other *stat commands.
Would someone be willing to sponsor this?
I've opened bug 6824918 for this.
Thanks,
Chad Mynhier
[request-sponsor] 4532599: ptime should report resource usage statistics from /proc for running processes
On Thu, Oct 4, 2007 at 2:05 PM, Chad Mynhier wrote:
> I'd like to request a sponsor for
> http://bugs.opensolaris.org/view_bug.do?bug_id=4532599. This is a bit
> of an odd request given that RFE is marked "6-Fix Understood (Fix is
> known)". It appears that the responsible engineer has left Sun,
> though, so I don't know what state it's actually in. If possible, I'd
> like to adopt (or hijack, if you prefer) this RFE.
I'd like to make a second sponsor request for this. It's been 5
months since I've had any email contact with my sponsor.
Thanks,
Chad Mynhier
>
> I've posted a webrev for a solution here:
> http://interstel.net/~mynhier/4532599/. (Note that this webrev also
> includes the fix for
> http://bugs.opensolaris.org/view_bug.do?bug_id=6234106 ("ptime should
> report microseconds or nanoseconds instead of just milliseconds"), as
> it seems pointless to have microstate stats at a millisecond
> resolution.
>
> Thanks,
> Chad Mynhier
> OS0124
>
[request-sponsor] 4532599: ptime should report resource usage statistics from /proc for running processes
On Mon, Apr 14, 2008 at 5:38 AM, Dan Price wrote: > On Sat 12 Apr 2008 at 04:32PM, Chad Mynhier wrote: > > On Thu, Oct 4, 2007 at 2:05 PM, Chad Mynhier wrote: > > > > I'd like to make a second sponsor request for this. It's been 5 > > months since I've had any email contact with my sponsor. > > That seems slightly unfair since we spoke in person at dtrace.conf, > and I apologized (and attempted to explain the reasons for) my slow progress > on > this. You're right, I should have mentioned that detail initially, and I apologize for the oversight. Yes, we spoke about this at the conference, but given that you haven't had time to respond to my emails since then, I figured that you'd also be too busy to work on the putback. I'm certainly sympathetic to this, in light of the upcoming release, and I also realize that this putback isn't the highest priority item on the list. But if someone else is available to do this, I'd like to just be done with it. Thanks, Chad Mynhier
[request-sponsor] 4532599: ptime should report resource usage
On Fri, Apr 18, 2008 at 7:32 AM, Richard L. Hamilton wrote: > How does this behave with the -p option - does it just report > the current usage, or does it wait for the process to exit and > report its final usage? If the former (which I suspect is the case), > it might be handy to have an option to do the latter (if possible). Yes, it's the former. I looked into performing the latter, but I didn't find a reasonable way to do this. > > Other wishlist thoughts: > > * option for LWP-level detail > * option to report all the info in struct prusage, not just times. The scope of this request can be found in the PSARC case: http://opensolaris.org/os/community/arc/caselog/2007/598/. I'd be more than happy to do the work for other additions, but I'm not interested in adding anything to this particular request. Thanks, Chad
[request-sponsor] Requesting sponsor for Bug ID 6518130
On Mon, Apr 28, 2008 at 6:54 AM, danny webster wrote: > Hi - i'd like to work on the following bug. > > Bug ID: 6518130 > Synopsis: pfiles(1) should list the processes listening on each socket > Reported: SunOS 5.10 > Hi, Dan, I'm curious how you propose to solve this problem, as I've also requested a sponsor for this. (You can check this page to see if a bug already has a sponsor request: http://opensolaris.org/os/bug_reports/request_sponsor/. I'm more than happy to withdraw my request if you want this, though.) You also might want to check out an earlier thread on this (http://www.opensolaris.org/jive/thread.jspa?messageID=159896𧂘), specifically Mike Shapiro's comments on this: > I'm glad to see this: it's long overdue. The major issue I have though is > one of implementation: namely, it's way way too heavyweight to use the > global /proc hammer for this. This really needs to be implemented as > a kernel service that queries sockfs data structures or whatever > such that it is just a system call and a hash lookup, and not > globally stopping and starting every process. The problem with the /proc > approach is that it means that if you were to have a bunch of junior > admins run this in production a few times while learning the arguments > and trying to poke around at some problem, they could literally kill > performance of the box. Pgrab is *very* heavyweight: you're stopping > *every* thread of *every process*, kicking it off CPU, making it run > system calls, etc. This is fine for debugging one bad thing, but > it's like dropping an atomic bomb on a fully utilized busy machine. Chad Mynhier
[request-sponsor] 6749441: intrstat(1M) shows zeroed values after suspend/resume
I'd like to request a sponsor for this bug. Thanks, Chad Mynhier
[request-sponsor] 6712247: dtrace -c runs the program despite errors
Jon Haslam has agreed to sponsor this one for me. Chad Mynhier
[request-sponsor] 6737974: DTrace probe module globbing doesn't work
I'd like to request a sponsor for this bug. Thanks, Chad Mynhier
[request-sponsor] 6738982: Representative thread after DTrace stop() action is incorrect
I'd like to request a sponsor for this bug. Thanks, Chad Mynhier
[request-sponsor] 6730287: tst/common/printf/tst.str.d needs to be updated for ZFS boot
Jon Haslam has agreed to sponsor me on this bug. Chad Mynhier
[request-sponsor] 5073035: prstat could use a -r option which disables name lookups
I'd like to request a sponsor for http://bugs.opensolaris.org/view_bug.do?bug_id=5073035. My SCA number is OS0124. I've placed a webrev at http://interstel.net/~mynhier/5073035/. Thanks, Chad Mynhier
[request-sponsor] 6234106: ptime should report microseconds or nanoseconds instead of just milliseconds
I'd like to request a sponsor for http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6234106. My SCA number is OS0124. I've put up a webrev for this at http://interstel.net/~mynhier/6234106/. Thanks, Chad Mynhier
[request-sponsor] 6234106: ptime should report microseconds or nanoseconds instead of just milliseconds
On 9/25/07, Chad Mynhier wrote: > I'd like to request a sponsor for > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6234106. > My SCA number is OS0124. > > I've put up a webrev for this at http://interstel.net/~mynhier/6234106/. I don't want to clutter up this list, but I've posted a new version of the above webrev (after some discussion with Peter Tribble, who originally suggested this enhancement.) Thanks, Chad Mynhier
[request-sponsor] 6518130: pfiles(1) should list the processes listening on each socket
I'd like to request a sponsor for http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6518130. Thanks, Chad Mynhier OS0124
[request-sponsor] 4532599: ptime should report resource usage statistics from /proc for running processes
I'd like to request a sponsor for
http://bugs.opensolaris.org/view_bug.do?bug_id=4532599. This is a bit
of an odd request given that RFE is marked "6-Fix Understood (Fix is
known)". It appears that the responsible engineer has left Sun,
though, so I don't know what state it's actually in. If possible, I'd
like to adopt (or hijack, if you prefer) this RFE.
I've posted a webrev for a solution here:
http://interstel.net/~mynhier/4532599/. (Note that this webrev also
includes the fix for
http://bugs.opensolaris.org/view_bug.do?bug_id=6234106 ("ptime should
report microseconds or nanoseconds instead of just milliseconds"), as
it seems pointless to have microstate stats at a millisecond
resolution.
Thanks,
Chad Mynhier
OS0124
[request-sponsor] 4532599: ptime should report resource usage statistics from /proc for running processes
On 10/4/07, Dan Price wrote: > On Thu 04 Oct 2007 at 02:05PM, Chad Mynhier wrote: > > I'd like to request a sponsor for > > http://bugs.opensolaris.org/view_bug.do?bug_id=4532599. This is a bit > > of an odd request given that RFE is marked "6-Fix Understood (Fix is > > known)". It appears that the responsible engineer has left Sun, > > though, so I don't know what state it's actually in. If possible, I'd > > like to adopt (or hijack, if you prefer) this RFE. > > > Chad, I'm a bit busy but this is an area of interest for me. > > I have a PSARC license and at least a passing familiarity with this > sort of code, so I can sponsor this if you wish. Can we collaborate > on this? Certainly. I'll follow up with you privately. Thanks, Chad
[request-sponsor] 6518130: pfiles(1) should list the processes listening on each socket
On 10/1/07, Chad Mynhier wrote: > I'd like to request a sponsor for > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6518130. > > Thanks, > Chad Mynhier > OS0124 If anyone's curious about the details of my proposed solution, I've written up a fast-track which can be seen here: http://interstel.net/~mynhier/6518130.txt. Chad Mynhier
[request-sponsor] 6325485: A stdev() aggregator would be a nice adjunct to avg()
I'd like to request a sponsor for http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6325485. Thanks, Chad Mynhier OS0124
[request-sponsor] 6626020: crontab doesn't have have non-zero exit value for out-of-bounds errors
I'd like to request a sponsor for http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6626020. I've put up a webrev of this very simple change here: http://cr.opensolaris.org/~cmynhier/6626020/. Thanks, Chad Mynhier OS0124
[request-sponsor] Submission of fix for Bug -6626020
On Dec 27, 2007 6:10 AM, Viswanathan Kannappan wrote: > Samir > > I will sponsor you for this bug. > Please contact me directly from now regarding this. > > Regards > Viswa You might want to note that there's already a sponsor request for this bug. Chad
[request-sponsor] 6878048: fuser performance is suboptimal
I'd like to request a sponsor for this bug. I have a fix, and the performance improvements are significant. FWIW, the fix is in the kernel and not in fuser(1M) itself, in case that affects anyone's decision to offer sponsorship. Chad
