Re: [developer] Adding a -p option to "zpool iostat"

> On Jul 8, 2016, at 4:17 PM, Kai Storbeck wrote: > > Hello List, > > I'm new to the list, so please redirect me to the right place if I'm not at > the right place FYI, telegraf on Linux has an agent that collects (some of) this info and sends to a time-series database for easy plotting and

Re: [developer] lecture video: a code walk through of ZFS read and write

Good stuff! Thanks Matt and Kirk -- richard > On Jun 15, 2016, at 12:55 PM, Matthew Ahrens wrote: > > Earlier this year I recorded a lecture for Marshall Kirk McKusick's class, > FreeBSD Kernel Internals: An Intensive Code Walkthrough. The lecture starts > with a short overview of ZFS, w

Re: [developer] ZFS - RAIDZ1 Recovery (Evgeny)

> On Jun 3, 2016, at 10:56 AM, esamorokov wrote: > > Hello All, > > My name is Evgeny and I have 3 x 3TB in RAIDZ1, where one drive is gone > and I accidentally > screwed the other two. The data should be fine, just need to revert > uberblock in point of time, where i started do

Re: [developer] [openzfs/openzfs] 6418 zpool should have a label clearing command (#83)

> On Apr 7, 2016, at 11:04 AM, ilove zfs wrote: > > Sorry, but https://www.illumos.org/issues/6477 > does not depend on the use of -f or > have anything to do with it really. The destruction occurs in the import step > without the use -f and the use of -f

Re: [developer] [openzfs/openzfs] 6418 zpool should have a label clearing command (#83)

> On Apr 5, 2016, at 5:56 PM, Jorgen Lundman wrote: > >> >> I agree, and "zpool labelclear" is going to clear the label. >> >> "zpool labelclear" is not going to overwrite something that isn't a zpool >> label, in part because I haven't heard any use case for it. > > Wonderful, and the situat

Re: [zfs] [developer] Re: [smartos-discuss] an interesting survey -- the zpool with most disks you have ever built

> On Mar 6, 2016, at 9:06 PM, Fred Liu wrote: > > > > 2016-03-06 22:49 GMT+08:00 Richard Elling <mailto:richard.ell...@richardelling.com>>: > >> On Mar 3, 2016, at 8:35 PM, Fred Liu > <mailto:fred_...@issi.com>> wrote: >> >> Hi,

[developer] Re: [smartos-discuss] an interesting survey -- the zpool with most disks you have ever built

> On Mar 3, 2016, at 8:35 PM, Fred Liu wrote: > > Hi, > > Today when I was reading Jeff's new nuclear weapon -- DSSD D5's CUBIC RAID > introduction, > the interesting survey -- the zpool with most disks you have ever built > popped in my brain. We test to 2,000 drives. Beyond 2,000 there are

Re: [developer] feature request "zpool remove "

> On Mar 3, 2016, at 1:53 AM, Steven Hartland wrote: > > On 03/03/2016 03:41, PK1048 wrote: >>> On Mar 2, 2016, at 22:14, ilove zfs wrote: >>> >>> Yes, exactly. The unintended consequence of saving one group from a >>> fat-fingered "zpool add" will be dooming another group to pool loss. >> Th

Re: [OpenZFS Developer] [openzfs] 6450 scrub/resilver unnecessarily traverses snapshots created after the scrub started (#55)

LGTM --- Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/55#issuecomment-173107723___ developer mailing list developer@open-zfs.org http://lists.open-zfs.org/mailman/listinfo/developer

Re: [OpenZFS Developer] [zfs] Space accounting issues with refquota?

> On Jan 9, 2016, at 7:49 PM, Paul B. Henson wrote: > > On Sat, Jan 09, 2016 at 03:47:04PM -0800, Richard Elling wrote: > >> I find it hard to justify failing to backup/DR because of quota? How >> do you explain this to the user when they do not have the ability to >

Re: [OpenZFS Developer] [zfs] Space accounting issues with refquota?

> On Jan 7, 2016, at 6:33 PM, Paul B. Henson wrote: > >> From: Richard Elling >> Sent: Thursday, January 07, 2016 5:57 PM >> >> ok, so this is DR, not backup, correct? > > Well, more fault-tolerance/failover than DR, but yes. The primary server is >

Re: [OpenZFS Developer] [zfs] Space accounting issues with refquota?

> On Jan 7, 2016, at 5:02 PM, Paul B. Henson wrote: > >> From: Richard Elling >> Sent: Thursday, January 07, 2016 12:39 PM >> >> Requirements question: if you have [ref]quota enforcement on the primary, >> do you also need enforcement on the replicant? >

Re: [OpenZFS Developer] [zfs] Space accounting issues with refquota?

Requirements question: if you have [ref]quota enforcement on the primary, do you also need enforcement on the replicant? In other words, is this really a space problem to be solved by quota or retention policy? -- richard ___ developer mailing list dev

Re: [OpenZFS Developer] [openzfs] 6393 zfs receive a full send as a clone (#23)

LGTM, clever! --- Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/23#issuecomment-156852298___ developer mailing list developer@open-zfs.org http://lists.open-zfs.org/mailman/listinfo/developer

Re: [OpenZFS Developer] Review Request 228: 5984 zfs clone should not mount the clone if canmount == noauto

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/228/#review837 --- Ship it! Ship It! - Richard Elling On June 7, 2015, 8:27 a.m

Re: [OpenZFS Developer] Review Request 261: DLPX-36432 Fix cstyle errors in zfs codebase

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/261/#review831 --- Ship it! Ship It! - Richard Elling On Oct. 13, 2015, 5:26 p.m

Re: [OpenZFS Developer] Review Request 249: 6293 ztest failure: error == 28 (0xc == 0x1c) in ztest_tx_assign()

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/249/#review821 --- Ship it! Ship It! - Richard Elling On Oct. 7, 2015, 3:10 a.m

Re: [OpenZFS Developer] Review Request 251: 6288 dmu_buf_will_dirty could be faster

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/251/#review817 --- Ship it! Ship It! - Richard Elling On Oct. 7, 2015, 4:03 p.m

Re: [OpenZFS Developer] Review Request 253: DLPX-31869 GRUB should try all DVAs

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/253/#review816 --- Ship it! Ship It! - Richard Elling On Oct. 7, 2015, 3:15 a.m

Re: [OpenZFS Developer] Review Request 240: 2605 want to resume interrupted zfs send

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/240/#review795 --- Ship it! Ship It! - Richard Elling On Sept. 23, 2015, 3:48 p.m

Re: [OpenZFS Developer] Review Request 244: 6251 add tunable to disable free_bpobj processing

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/244/#review785 --- Ship it! Ship It! - Richard Elling On Sept. 20, 2015, 5:57 p.m

Re: [OpenZFS Developer] Review Request 226: 1778 Assertion failed: rn->rn_nozpool == B_FALSE, file ../common/libzfs_import.c, line 1077, function zpool_open_func

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/226/#review736 --- Ship it! Ship It! - Richard Elling On May 27, 2015, 1:51 p.m

Re: [OpenZFS Developer] Review Request 204: 5818 zfs {ref}compressratio is incorrect with 4k sector size

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/204/#review723 --- Ship it! Ship It! - Richard Elling On May 16, 2015, 4:28 p.m

Re: [OpenZFS Developer] Review Request 199: 5813 zfs_setprop_error(): Handle errno value E2BIG.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/199/#review661 --- Ship it! Ship It! - Richard Elling On April 11, 2015, 4:13 p.m

Re: [OpenZFS Developer] Strided prefetch -- good or evil?

> On Apr 4, 2015, at 9:08 AM, Matthew Ahrens wrote: > > Strided prefetch: mostly evil. Agree, we’ve routinely disabled on many workloads, especially virtualization workloads with many VMs. At the very least you can measure the effectiveness and determine whether prefetching is really helping

Re: [OpenZFS Developer] Review Request 189: 5770 Add load_nvlist() error handling

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/189/#review598 --- Ship it! Ship It! - Richard Elling On March 29, 2015, 11:01 p.m

Re: [OpenZFS Developer] Jsonify outputs

Thanks Yacine! I'll take a detailed look soon. One immediate request: please use a more friendly format for review than JSON schema. I've had good luck with orderly, see http://orderly-json.org/ -- richard > On Feb 6, 2015, at 10:50 AM, Yacine Kheddache > wrote: >

Re: [OpenZFS Developer] Review Request 151: 5497 lock contention on arcs_mtx

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/151/#review434 --- Ship it! Ship It! - Richard Elling On Dec. 30, 2014, 11 p.m

Re: [OpenZFS Developer] Review Request 151: 5497 lock contention on arcs_mtx

tion is to permanently record when we see limits reached in production environments. At the time, the limit might not be important, but if we don't collect the data, we can't retrospect. For lab environments, we can track here with dtrace, and that is certainly an improvement.

Re: [OpenZFS Developer] Review Request 151: 5497 lock contention on arcs_mtx

into science? usr/src/uts/common/fs/zfs/arc.c <https://reviews.csiden.org/r/151/#comment360> It seems to me that we want to bump an arcstat when we are overflowing. If we are consistently in this situation, then we need to balance the system elsewhere, perhaps outside of ZFS. - R

Re: [OpenZFS Developer] Review Request 140: 5376 arc_kmem_reap_now() should not result in clearing arc_no_grow

make the changes. usr/src/uts/common/fs/zfs/arc.c <https://reviews.csiden.org/r/140/#comment311> ptob(physmem - swapfs_minfree) - Richard Elling On Dec. 1, 2014, 4:05 p.m., Matthew Ahrens wrote: > > --- > This

Re: [OpenZFS Developer] Review Request 132: 5347 idle pool may run itself out of space

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/132/#review374 --- Ship it! Ship It! - Richard Elling On Nov. 16, 2014, 12:32 a.m

Re: [OpenZFS Developer] Review Request 138: 5368 ARC should cache more metadata

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/138/#review362 --- Ship it! Ship It! - Richard Elling On Nov. 23, 2014, 5:08 p.m

Re: [OpenZFS Developer] Review Request 139: 5369, 5370 arc code cleanup

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/139/#review361 --- Ship it! Ship It! - Richard Elling On Nov. 23, 2014, 5:11 p.m

Re: [OpenZFS Developer] Jsonify outputs

On Nov 19, 2014, at 12:17 PM, Joshua M. Clulow wrote: > On 19 November 2014 11:56, Richard Elling > wrote: >> On Nov 19, 2014, at 11:42 AM, Yacine Kheddache >> wrote: >>> I really do not understand why you guys would like to change this (I mean >>> bet

Re: [OpenZFS Developer] Jsonify outputs

On Nov 19, 2014, at 11:42 AM, Yacine Kheddache wrote: > On Wed, Nov 19, 2014 at 8:23 PM, Richard Elling > wrote: > > On Nov 19, 2014, at 10:33 AM, Matthew Ahrens wrote: > >> >> >> On Wed, Nov 19, 2014 at 10:08 AM, Joshua M. Clulow wrote: >> On

Re: [OpenZFS Developer] Jsonify outputs

On Nov 19, 2014, at 10:33 AM, Matthew Ahrens wrote: > > > On Wed, Nov 19, 2014 at 10:08 AM, Joshua M. Clulow wrote: > On 18 November 2014 13:55, Matthew Ahrens wrote: > >> This seems a reasonable structure to me, except that I would make the > >> keys precisely the same string (case included

Re: [OpenZFS Developer] Jsonify outputs

On Nov 18, 2014, at 10:18 AM, Matthew Ahrens wrote: > > On Tue, Nov 18, 2014 at 8:00 AM, Francois Billard > wrote: > Matt, > > In C you use a structure with predefined fields names, it would be difficult > to use it if names change every time ? > > Actually it would be easier to implement

Re: [OpenZFS Developer] [discuss] double data written to slog?

On Nov 16, 2014, at 3:41 PM, Andrew Kinney wrote: > Richard Elling via illumos-discuss wrote: >> On Nov 14, 2014, at 5:44 PM, Andrew Kinney >> wrote: >> >>> Richard Elling via illumos-discuss wrote: >>>>> Is there a known reason why I'm seei

Re: [OpenZFS Developer] Review Request 135: 5350 clean up code in dnode_sync()

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/135/#review329 --- Ship it! Ship It! - Richard Elling On Nov. 16, 2014, 3:38 p.m

Re: [OpenZFS Developer] Review Request 136: 5351, 5352 scrub time fixes

usr/src/uts/common/fs/zfs/dsl_scan.c <https://reviews.csiden.org/r/136/#comment284> since we don't have to be very precise here, rather than divide, is it ok to shift >> 30? - Richard Elling On Nov. 16, 2014, 3:37 p.m., Mat

Re: [OpenZFS Developer] [discuss] double data written to slog?

On Nov 14, 2014, at 5:44 PM, Andrew Kinney wrote: > Richard Elling via illumos-discuss wrote: >>> Is there a known reason why I'm seeing double writes to the slog? Am I >>> alone or are others also seeing the same data amplification for sync writes >>>

Re: [OpenZFS Developer] [discuss] double data written to slog?

[adding developer@open-zfs.org] On Nov 14, 2014, at 3:04 PM, Andrew Kinney via illumos-discuss wrote: > Hello, > > I put up a bug report for this issue at: > https://www.illumos.org/issues/5339 > > > I also wanted to get some general feedback from other potentially interested > parties. The

Re: [OpenZFS Developer] Jsonify outputs

precision values. If you think that > this is a concern, then you need to choose another runtime! > > - Garrett > > >> On Sep 25, 2014, at 8:39 AM, Richard Elling >> wrote: >> >> On Sep 24, 2014, at 10:55 PM, Robert Mustacchi wrote: >> >>>

Re: [OpenZFS Developer] [developer] [develop] Possibility to physically reserve space in ZFS

On Oct 28, 2014, at 10:36 AM, Daniil Lunev wrote: > > On Tue, Oct 28, 2014 at 8:41 PM, Richard Elling via illumos-developer > wrote: > On Oct 28, 2014, at 9:02 AM, Daniil Lunev via illumos-developer > wrote: > >> >(1) When a leaf block is filled in, the B

Re: [OpenZFS Developer] [zfs] [developer] speeding up zpool import

Hi Chip, On Oct 28, 2014, at 7:42 AM, Schweiss, Chip via illumos-zfs wrote: > Andy, > > Count me as interested. > > Pool import time is a really problem in the HA setups I maintain. While it > may be HA, fail over events still need careful planning because they take > upwards of 10 minu

Re: [OpenZFS Developer] [developer] [develop] Possibility to physically reserve space in ZFS

On Oct 28, 2014, at 9:02 AM, Daniil Lunev via illumos-developer wrote: > >(1) When a leaf block is filled in, the BP with the bit set is COW'd without > >the bit set. Correct? > Correct. > > >(2) Why even bother writing out the non-leaf blocks? Wouldn't just > Some applications require sp

Re: [OpenZFS Developer] Review Request 118: 5243 zdb -b could be much faster

s for zfs_vdev_async_read_max_active > 4, but the improvement is still useful - Richard Elling On Oct. 19, 2014, 6:20 a.m., Matthew Ahrens wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://revi

Re: [OpenZFS Developer] Review Request 119: 5244 zio pipeline callers should explicitly invoke next stage

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/119/#review289 --- Ship it! Ship It! - Richard Elling On Oct. 20, 2014, 10:07 p.m

Re: [OpenZFS Developer] Review Request 102: 5175 implement dmu_read_uio_dbuf() to improve cached read performance

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/102/#review264 --- Ship it! Ship It! - Richard Elling On Sept. 17, 2014, 2:53 a.m

Re: [OpenZFS Developer] Review Request 103: 5176 lock contention on godfather zio

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/103/#review263 --- Ship it! Ship It! - Richard Elling On Sept. 17, 2014, 3:04 a.m

Re: [OpenZFS Developer] Review Request 105: 5178 zdb -vvvvv on old-format pool fails in dump_deadlist()

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/105/#review262 --- Ship it! Ship It! - Richard Elling On Sept. 17, 2014, 3:15 a.m

Re: [OpenZFS Developer] Debugging a Faulted raidz1 on zfs-fuse

consistent on the first disk, then it would have survived two single failures. -- richard > > On Thu, Sep 25, 2014 at 6:30 PM, Richard Elling > wrote: > > On Sep 25, 2014, at 5:15 AM, Venci Vatashki wrote: > >> Hello, >> I'm debugging a Faulted raidz1 on zfs-

Re: [OpenZFS Developer] Jsonify outputs

On Sep 24, 2014, at 10:55 PM, Robert Mustacchi wrote: > On 9/24/14 22:51 , Matthew Ahrens wrote: >> On Mon, Sep 22, 2014 at 9:34 AM, Yacine Kheddache < >> yacine.khedda...@alyseo.com> wrote: >> >>> Hi, >>> >>> I know this is an old topic : https://github.com/zfsonlinux/zfs/issues/740 >>> >>> A

Re: [OpenZFS Developer] Debugging a Faulted raidz1 on zfs-fuse

On Sep 25, 2014, at 5:15 AM, Venci Vatashki wrote: > Hello, > I'm debugging a Faulted raidz1 on zfs-fuse.This is dev pool, created from > loop devices and files. The way I broke is first to degrade pool by removing > a device from it. After that do some transactions. ie copy file. > Stop zfs

Re: [OpenZFS Developer] Review Request 104: 5177 remove dead code from dsl_scan.c

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/104/#review257 --- Ship it! Ship It! - Richard Elling On Sept. 17, 2014, 3:11 a.m

Re: [OpenZFS Developer] Review Request 101: 5174 add sdt probe for blocked read in dbuf_read()

--- This is an automatically generated e-mail. To reply, visit: https://reviews.csiden.org/r/101/#review255 --- Ship it! Ship It! - Richard Elling On Sept. 17, 2014, 2:45 a.m

Re: [OpenZFS Developer] review request: 5027 zfs large block support

Hi Matt, > On Sep 15, 2014, at 10:24 PM, Matthew Ahrens wrote: > >> On Mon, Sep 8, 2014 at 8:08 AM, Richard Elling >> wrote: >> HI Matt, >> I don't see anything of concern in the approach or the code. But it is >> unclear >> to me if it has bee

Re: [OpenZFS Developer] [zfs] [review request] 5149 zvols need a way to ignore DKIOCFREE

> On Sep 10, 2014, at 9:43 PM, "Matthew Ahrens via illumos-zfs" > wrote: > > 5149 zvols need a way to ignore DKIOCFREE > > https://reviews.csiden.org/r/92/ > Is there a use case where this policy should be per-zvol instead of global? -- richard > --matt > illumos-zfs | Archives | Modify

Re: [OpenZFS Developer] review request: 5027 zfs large block support

HI Matt, I don't see anything of concern in the approach or the code. But it is unclear to me if it has been tested to 16MB in ztest or the zfs test suite? -- richard On Jul 20, 2014, at 9:34 PM, Matthew Ahrens wrote: > https://reviews.csiden.org/r/51/diff/# > > Note: this change is not par

Re: [OpenZFS Developer] [zfs] Re: OpenZFS write throttle tuning

On Sep 3, 2014, at 8:51 AM, Brian Menges via illumos-zfs wrote: > Are these dtrace tools available to FreeBSD? I'm trying to solve/improve some > throughput performance on zvol across iscsi. I have observed that the log > device isn't in use at all across iscsi... very sad indeed. [i]SCSI is

Re: [OpenZFS Developer] [developer] LZ4 compression for metadata

On Jun 11, 2014, at 5:56 AM, Daniil Lunev via illumos-developer wrote: > Updated patch to the LZ4 metadata compression > http://cr.illumos.org/~webrev/DKOIman/LZ4_MD/ > ZDB output is attached. Not so big gain on compression rate, though, it is > better. Also, it was shown in initial lz4 commit

Re: [OpenZFS Developer] [zfs] 4873 zvol unmap calls can take a very long time for larger datasets

LGTM, thanks! -- richard On Jun 6, 2014, at 3:34 PM, Alex Reece wrote: > http://reviews.csiden.org/r/45/ > http://reviews.csiden.org/r/22/ > > Work by Alex Reece and Matt Ahrens. > > Note - Chris will be upgrading this review board instance for about 30 > minutes on Saturday night to upgrade

Re: [OpenZFS Developer] [zfs] 4891 want zdb option to dump all metadata

LGTM, this will be useful :-) -- richard On May 25, 2014, at 1:48 PM, Christopher Siden via illumos-zfs wrote: > http://reviews.csiden.org/r/28/ > > Work by Matt Ahrens. > > Chris > > > --- > illumos-zfs > Archives: https://www.listbox.com/member/arc

Re: [OpenZFS Developer] ARC performance improvements on ZoL; other implementations interested?

On Feb 24, 2014, at 8:20 AM, Prakash Surya wrote: > On Sun, Feb 23, 2014 at 06:56:39PM -0800, Richard Elling wrote: >> On Feb 10, 2014, at 11:26 AM, Prakash Surya wrote: >> -- >> Cheers, Prakash >> >> On Sun, Feb 09, 2014 at 10:28:44PM -0800, Ric

Re: [OpenZFS Developer] ARC performance improvements on ZoL; other implementations interested?

On Feb 10, 2014, at 11:26 AM, Prakash Surya wrote: > -- > Cheers, Prakash > > On Sun, Feb 09, 2014 at 10:28:44PM -0800, Richard Elling wrote: >> Hi Prakash, >> >> On Feb 7, 2014, at 10:41 AM, Prakash Surya wrote: >> >>> Hey guys, >>&g

Re: [OpenZFS Developer] ARC performance improvements on ZoL; other implementations interested?

Hi Prakash, On Feb 7, 2014, at 10:41 AM, Prakash Surya wrote: > Hey guys, > > I've been working on some ARC performance work targeted for the ZFS on > Linux implementation, but I think some of the patches I'm proposing > _might_ be useful in the other implementations as well. > > As far as I k

Re: [OpenZFS Developer] RFC: zpool status -g

On Dec 29, 2013, at 1:41 PM, Richard Yao wrote: > I have written a patch to permit system administrators to force display > of vdev GUIDs by passing `-g` to `zpool status`. It is currently in a > ZoL pull request: good idea! > > https://github.com/zfsonlinux/zfs/pull/2012 > > This is intende

Re: [OpenZFS Developer] [zfs] Review: 4334 Improve ZFS N-way mirrorread performance

On Nov 17, 2013, at 5:43 PM, "Steven Hartland" wrote: > - Original Message - From: "Matthew Ahrens" > >>> Please use an enum for vdev_rotation_state >>> >>> There's no such variable, are you refering to vdev_rotation_rate? >> yes >> >>> If so this was initially a bool for non-ro

Re: [OpenZFS Developer] [zfs-discuss] ZFSonLinux splitbrain

In HA clusters, this failure mode is known as "amnesia." ZFS solves it the way many clusters solve it: by arbitration, the latest correct version wins. This is also a double failure scenario, and they tend to be very difficult and tedious to design around, which is why we often say the system ha

Re: [OpenZFS Developer] [zfs] [zfs-devel] Getting ZFSOnLinux changes merged back into Illumos

On Oct 21, 2013, at 2:40 PM, Keith Wesolowski wrote: > On Mon, Oct 14, 2013 at 01:22:45PM -0700, Matthew Ahrens wrote: > >> commit 9dcb97198338ba2d8764dd5604b278118612f74d >> Author: Brian Behlendorf >> Date: Thu Oct 25 13:02:31 2012 -0700 >> >>Log I/Os longer than zio_delay_max (30s de

Re: [OpenZFS Developer] ARC tuning [was: [zfs] [Review] Tunable ARC buf hash sizing]

On Oct 21, 2013, at 10:22 AM, Prakash Surya wrote: > On Fri, Oct 18, 2013 at 06:07:30PM -0700, Richard Elling wrote: >> On Oct 18, 2013, at 10:44 AM, Prakash Surya wrote: >> >> Well, the more I think about it, the less it worries me. Let's ignore >

[OpenZFS Developer] ARC tuning [was: [zfs] [Review] Tunable ARC buf hash sizing]

On Oct 18, 2013, at 10:44 AM, Prakash Surya wrote: > Well, the more I think about it, the less it worries me. Let's ignore > that statement for now. > > We have users tweaking the ARC limits regularly, so I was concerned > about the case where the ARC max is set much lower than physical RAM. > B

Re: [Developer] Ask for Feature List of OpenZFS

On Oct 7, 2013, at 9:06 PM, liyuan zhang wrote: > Hello, > I want to use the ZFS and would know what it can do. So I need an > exhaustive feature list. Depending on how you count, there are thousands of features in ZFS. Can you be a little more specific? -- richard > > I have access