> was a default install. What got me into my own direct
> kstat/procfs programming
> was the pain of installing the SE toolkit everywhere just
> to pull out very
> basic stats - like network utilization!
>From many customer installations, a similar message: they kind of backout
>installing yet
Thanks Brendan,
I filed RFE's for those extended microstates you mention over 10 years
ago The nice thing about microstates and extended system accounting is
that you have a (currently somewhat painful but efficient) mechanism for
logging microstate data automatically that scales on systems t
G'Day Adrian,
On Sat, Feb 14, 2009 at 12:52:54AM -0800, adrian cockcroft wrote:
>
>OK, so I'm getting deja-vu from 15 years ago when we had exactly the
>same frustrations and Rich Pettit and I created the SE toolkit to act
>as a buffer between the particular set of kstats etc. that we
Hi,
> Yes, the message is not to never use kstats. We can use
> kstats, but we need
> to be careful and understand that they currently don't
> have stability
> semantics, and as such are subject to change at any point
[...]
> Right Metrics to use simply because they are there, but to
> think abou
OK, so I'm getting deja-vu from 15 years ago when we had exactly the same
frustrations and Rich Pettit and I created the SE toolkit to act as a buffer
between the particular set of kstats etc. that were available in each
release, and the "fixed" versions of various xxstat like tools that we
wrote.
On Fri, Feb 13, 2009 at 3:45 PM, Dan Price wrote:
> On Fri 13 Feb 2009 at 03:32PM, Jason King wrote:
>>
>> I would like the think that, all the (summarized) 'never use any
>> kstats -- those are private' emails I'm getting off list, as well as
>> past reactions I've seen seem to suggest otherwise
On Fri, Feb 13, 2009 at 04:28:21PM -0600, Jason King wrote:
[...]
> So we're left with a bunch of stats, some of which are quite useful,
> but all are classified as unstable, no apparent way of being able to
> selectively upgrade the stability of select stats (short of a
> potentially large separat
On Fri, Feb 13, 2009 at 4:49 PM, Dan Price wrote:
> On Fri 13 Feb 2009 at 04:28PM, Jason King wrote:
>> getting it working), me and Steven Stallion were told it will _never_
>> be putback into any Opensolaris consolidation, even if it were perfect
>> in every possible way (not that I'd claim it wo
On Fri 13 Feb 2009 at 04:28PM, Jason King wrote:
> getting it working), me and Steven Stallion were told it will _never_
> be putback into any Opensolaris consolidation, even if it were perfect
> in every possible way (not that I'd claim it would ever approach that)
> solely because of one group wi
On Fri, Feb 13, 2009 at 3:45 PM, Dan Price wrote:
> On Fri 13 Feb 2009 at 03:32PM, Jason King wrote:
>>
>> I would like the think that, all the (summarized) 'never use any
>> kstats -- those are private' emails I'm getting off list, as well as
>> past reactions I've seen seem to suggest otherwise
On Fri, Feb 13, 2009 at 3:53 PM, Richard Lowe wrote:
> Jason King writes:
>
>> On Fri, Feb 13, 2009 at 3:12 PM, Brendan Gregg - Sun Microsystems
>> wrote:
>>> On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Microsystems
>>
On Fri, Feb 13, 2009 at 04:53:18PM -0500, Richard Lowe wrote:
> Jason King writes:
>
> > On Fri, Feb 13, 2009 at 3:12 PM, Brendan Gregg - Sun Microsystems
> > wrote:
> >> On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
> >>> On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Mi
Jason King writes:
> On Fri, Feb 13, 2009 at 3:12 PM, Brendan Gregg - Sun Microsystems
> wrote:
>> On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
>>> On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Microsystems
>>> wrote:
>>> >
>>> > No. Stop. Do not assume any data is b
On Fri 13 Feb 2009 at 03:32PM, Jason King wrote:
>
> I would like the think that, all the (summarized) 'never use any
> kstats -- those are private' emails I'm getting off list, as well as
> past reactions I've seen seem to suggest otherwise (not that I'm
> really going to let it stop things -- I'
On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
> On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Microsystems
> wrote:
> >
> > No. Stop. Do not assume any data is better than no data. Wrong or
> > misleading
> > data is *worse* than no data.
>
> Well, that's not *entirel
On Fri, Feb 13, 2009 at 3:12 PM, Brendan Gregg - Sun Microsystems
wrote:
> On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
>> On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Microsystems
>> wrote:
>> >
>> > No. Stop. Do not assume any data is better than no data. Wrong or
On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Microsystems
wrote:
>
> No. Stop. Do not assume any data is better than no data. Wrong or
> misleading
> data is *worse* than no data.
Well, that's not *entirely* true. Senior management isn't satisfied
with no data,
and prefer simplistic
On Thu, Feb 12, 2009 at 6:26 PM, Brendan Gregg - Sun Microsystems
wrote:
> On Wed, Feb 11, 2009 at 05:32:37PM -0600, Jason King wrote:
>> On Wed, Feb 11, 2009 at 4:33 PM, Brendan Gregg - Sun Microsystems
>> wrote:
> [..]
>> >> However if that's all that's available at the time, a working 'wrong'
On Wed, Feb 11, 2009 at 05:32:37PM -0600, Jason King wrote:
> On Wed, Feb 11, 2009 at 4:33 PM, Brendan Gregg - Sun Microsystems
> wrote:
[..]
> >> However if that's all that's available at the time, a working 'wrong'
> >> solution is better than a non-existant 'right' solution.
> >
> > Why would t
On Thu, Feb 12, 2009 at 1:06 AM, adrian cockcroft
wrote:
> There is an endless number of free performance monitoring tools, it would
> make more sense to me to build something more portable distributed and high
> level like ganglia or xetoolkit into opensolaris.
Perhaps I didn't look close enough
There is an endless number of free performance monitoring tools, it would
make more sense to me to build something more portable distributed and high
level like ganglia or xetoolkit into opensolaris.
A highly extended Solaris snmpd full of performance stats was created years
ago for the SunMC prod
On Wed, Feb 11, 2009 at 4:33 PM, Brendan Gregg - Sun Microsystems
wrote:
> On Tue, Feb 10, 2009 at 11:56:10PM -0600, Jason King wrote:
>> On Tue, Feb 10, 2009 at 11:08 PM, Brendan Gregg - Sun Microsystems
>> wrote:
>> > G'Day Folks,
>> >
>> > On Tue, Feb 10, 2009 at 08:03:17PM +, Peter Tribbl
On Tue, Feb 10, 2009 at 11:56:10PM -0600, Jason King wrote:
> On Tue, Feb 10, 2009 at 11:08 PM, Brendan Gregg - Sun Microsystems
> wrote:
> > G'Day Folks,
> >
> > On Tue, Feb 10, 2009 at 08:03:17PM +, Peter Tribble wrote:
> > [...]
> >> Create a net-snmp module that exposes well known Solaris
On Tue, 10 Feb 2009, Dale Ghent wrote:
One thing to note, there's a RFE and (maybe? I think?) an associated ARC out
there to bring SMA/net-snmpd's codebase up to something more contemporary.
Right now it's 5.0.9-based. This will have an effect this project so I think
we should get a contract
On Tue, Feb 10, 2009 at 11:08 PM, Brendan Gregg - Sun Microsystems
wrote:
> G'Day Folks,
>
> On Tue, Feb 10, 2009 at 08:03:17PM +, Peter Tribble wrote:
> [...]
>> Create a net-snmp module that exposes well known Solaris performance
>> metrics via SNMP. If possible, this will include presentin
G'Day Folks,
On Tue, Feb 10, 2009 at 08:03:17PM +, Peter Tribble wrote:
[...]
> Create a net-snmp module that exposes well known Solaris performance
> metrics via SNMP. If possible, this will include presenting kstat
> metrics in a generic fashion via SNMP.
Writing an SNMP agent to export k
On Tue, Feb 10, 2009 at 10:28 PM, Dale Ghent wrote:
> On Feb 10, 2009, at 11:22 PM, Jason King wrote:
>
>
> Quite reasonable. This is a great idea, Jason. I just love telemetry and
> this is a great idea.
>
> One thing to note, there's a RFE and (maybe? I think?) an associated ARC out
> there to b
On Feb 10, 2009, at 11:22 PM, Jason King wrote:
Quite reasonable. This is a great idea, Jason. I just love telemetry
and this is a great idea.
One thing to note, there's a RFE and (maybe? I think?) an associated
ARC out there to bring SMA/net-snmpd's codebase up to something more
contemp
On Tue, Feb 10, 2009 at 5:37 PM, Dale Ghent wrote:
> On Feb 10, 2009, at 3:03 PM, Peter Tribble wrote:
>
>>
>> Create a net-snmp module that exposes well known Solaris performance
>> metrics via SNMP. If possible, this will include presenting kstat
>> metrics in a generic fashion via SNMP.
>
> +
On Feb 10, 2009, at 3:03 PM, Peter Tribble wrote:
Create a net-snmp module that exposes well known Solaris performance
metrics via SNMP. If possible, this will include presenting kstat
metrics in a generic fashion via SNMP.
+1 on the overall project premise.
Some things to sort out include
On Tue, Feb 10, 2009 at 2:03 PM, Peter Tribble wrote:
> I've written up Jason's proposal. It's short and to the point:
>
>
>
> Synopsis:
>
> Improved Performance MIB for OpenSolaris
>
> (perfmib for short)
>
> Sponsoring Communities:
>
> Systems Adm
I've written up Jason's proposal. It's short and to the point:
Synopsis:
Improved Performance MIB for OpenSolaris
(perfmib for short)
Sponsoring Communities:
Systems Administration Community Group
Project Leaders:
Jason King (jbk)
Descriptio
32 matches
Mail list logo
