e, would convey.
Why would we do this? I'm all for zero-cost endeavors, but this isn't
zero-cost -- and I'm having a hard time seeing the business case here,
especially when we have so many paying customers for whom the business
case for our time and energy is crystal clear...
I don't see that argument at all; I think that the economics
that you're advocating would be more than undermined by the necessarily
higher costs of validating and supporting a broader range of hardware and
firmware...
- Bryan
-
t for
the kludge that it is); if you bought a PAM and think that it's somehow a
replacement for the ZFS hybrid storage pool (which has an order of magnitude
more cache), then I'm sure NetApp loves you: you must be the dumbest,
richest customer that ever fell in their lap!
- Bryan
; (or is that "ask again later"?) -- but it's certainly
not something that we have concrete plans for at the moment...
- Bryan
--
Bryan Cantrill, Sun Microsystems Fi
it won't be free.
If you are willing/prepared(/eager?) to abide by these constraints, please
let us ([EMAIL PROTECTED]) know -- that will help us build the business
case for doing this...
- Bryan
--
Bryan Cantr
able to
absorb without sacrificing latency?) For the time being, the easiest
way to answer this question is to try some sizes (with 1-2 GB being a
good starting point), throw some workloads at it, and monitor both your
delivered performance and the utilization reported by tools like iostat...
the array dedicated to it, and then
use that device as a separate log device. Works like a champ...
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/
On Tue, Jul 03, 2007 at 01:10:25PM -0500, Albert Chin wrote:
> On Tue, Jul 03, 2007 at 11:02:24AM -0700, Bryan Cantrill wrote:
> > On Tue, Jul 03, 2007 at 10:26:20AM -0500, Albert Chin wrote:
> > > PSARC 2007/171 will be available in b68. Any documentation anywhere on
> >
t least at the moment...
- Bryan
------
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
ance at ZFS, DTrace
and a host of other innovations born outside of Linux...
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
hat's part of what made this union so
uncanny: despite being developed separately, each very much needed the
other...
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/l
e. (And lest anyone attack the messenger:
I'm not defending this system of getting an accurate price, I'm just
describing it.)
- Bryan
------
Bryan Cantrill, Solaris Kernel De
in Commander-in-Chief,
"one that gives a thumpin'").
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss maili
!). Fortunately the name
"Thumper" stuck...
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
d I feel lucky to have shared in it.
- Bryan
------
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
shock): mentions by executives in keynotes don't always
accurately represent a technology. DynFS, anyone? ;)
- Bryan
--
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
itly out of the
hope of getting a DTrace T-shirt. Yes, we know -- we're pathetic.
- Bryan
------
Bryan Cantrill, Solaris Kernel Development. http://blogs.sun.com/bmc
(*) http://blogs.
18 matches
Mail list logo
