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
Hey, hornswoggle David J. Brown into hiring me back
and I'll do ABI migration and mutation for everybody.
Joking aside, there's a classic discussion of
managing both stability and controlled change
at http://multicians.org/stachour.html
Paul Stachour's "Observations about Software
Maintenance"
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 03:07:29PM -0600, Jason King wrote:
> On Fri, Feb 13, 2009 at 2:48 PM, David Collier-Brown wrote:
> > I'll see you on the list (;-))
> >
> > Back when I was full-time (I'm a contractor
> > who does capacity planning), I was part of the
> > ABI team, who managed the stable
On Fri, Feb 13, 2009 at 2:48 PM, David Collier-Brown wrote:
> I'll see you on the list (;-))
>
> Back when I was full-time (I'm a contractor
> who does capacity planning), I was part of the
> ABI team, who managed the stable/unstable
> interfaces, so as not to suffer "dll hell"
> like some other
I'll see you on the list (;-))
Back when I was full-time (I'm a contractor
who does capacity planning), I was part of the
ABI team, who managed the stable/unstable
interfaces, so as not to suffer "dll hell"
like some other folks we all know.
To oversimplify, "private" interfaces which
chang
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 Fri, Feb 13, 2009 at 7:27 PM, Jason King wrote:
> On Fri, Feb 13, 2009 at 12:09 PM, David Collier-Brown wrote:
>> Brendan Gregg wrote:
>>> No. Stop. Do not assume any data is better than no data. Wrong
>>> or misleading data is *worse* than no data.
>>
>> I agree most emphatically. Most m
On Fri, Feb 13, 2009 at 12:09 PM, David Collier-Brown wrote:
> Brendan Gregg wrote:
>> No. Stop. Do not assume any data is better than no data. Wrong
>> or misleading data is *worse* than no data.
>
> I agree most emphatically. Most metrics recorded by programs
> are those needed by the autho
Brendan Gregg wrote:
> No. Stop. Do not assume any data is better than no data. Wrong
> or misleading data is *worse* than no data.
I agree most emphatically. Most metrics recorded by programs
are those needed by the authors of the programs. All too
few are the ones we need to *use* the pro
On Fri, Feb 13, 2009 at 4:05 AM, serarien wrote:
> Good morning,
> First of all, excuse my bad english, I'm French.
>
> So, I want to use 200 whole-root zones with a mysql 5.1.30 community server
> on each one.
> I wrote a perl script to create them automatically.
> This is what the scripts does:
Good morning,
First of all, excuse my bad english, I'm French.
So, I want to use 200 whole-root zones with a mysql 5.1.30 community server on
each one.
I wrote a perl script to create them automatically.
This is what the scripts does:
1.detach a "template" zone
2.snapshot the zfs file system of
21 matches
Mail list logo
