Re: [OpenZFS Developer] Jsonify outputs

2014-11-20 Thread Joshua M. Clulow
e.g. jQuery, etc). You'd need to do whatever your framework supports for streaming big datasets from remote servers, but the basic principle is the same. Cheers. -- Joshua M. Clulow UNIX Admin/Developer http://blog.sysmgr.org ___ developer m

Re: [OpenZFS Developer] Jsonify outputs

2014-11-19 Thread Joshua M. Clulow
ed to produce the JSON data should not have to be a consideration when consuming it. This enables engineers to consume it reliably in software that needs to run across all of the platforms that support OpenZFS, well into the future. Cheers. -- Joshua M. Clulow UNIX Admin/Developer http://blog.sysmgr.o

Re: [OpenZFS Developer] Jsonify outputs

2014-11-19 Thread Joshua M. Clulow
treaming interface like readdir(3C) allows the program to read a few directories, do some processing, and then throw that storage away. By using LDJSON for the output here, we are allowing for more flexible usage of the tooling -- especially on large systems with thousands or t

Re: [OpenZFS Developer] Jsonify outputs

2014-11-19 Thread Joshua M. Clulow
y, I meant to convey that it should be both spelt the same, and in the same (i.e. lower) case, as it is in the input to the "-o" option. I was reasonably sure that the "-o" option did not accept mixed- or title-case strings and do "the r

Re: [OpenZFS Developer] Jsonify outputs

2014-11-18 Thread Joshua M. Clulow
,used,refer {"name":"rpool","used":"1750199173","refer":"423624704"} {"name":"rpool/data","used":"1024","refer":"1024"} {"name":"rpool/data/child","used:

Re: [OpenZFS Developer] Jsonify outputs

2014-11-07 Thread Joshua M. Clulow
]: https://github.com/trentm/node-bunyan -- Joshua M. Clulow UNIX Admin/Developer http://blog.sysmgr.org ___ developer mailing list developer@open-zfs.org http://lists.open-zfs.org/mailman/listinfo/developer