# Human-readable output option needs some additions **URL:** \ **Category:** Elasticsearch\ **Created:** [February 27, 2014, 8:47pm UTC](https://discuss.elastic.co/t/human-readable-output-option-needs-some-additions/16060 "2014-02-27T20:47:34Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![brian\_yoder](https://avatars.discourse-cdn.com/v4/letter/b/f1d935/32.png) [@brian\_yoder](https://discuss.elastic.co/u/brian_yoder)\ **Post date:** [February 27, 2014, 8:47pm UTC](https://discuss.elastic.co/t/human-readable-output-option-needs-some-additions/16060/1 "2014-02-27T20:47:34Z")
Adding the human=true parameter is useful, but it only seems to be applied to the byte counts. For example, when looking at my local MacBook's running instance, and isolating just the process and Java information, the "heap\_init" : "256mb" is added to reflect the "heap\_init\_in\_bytes" : 268435456 value. However, the "start\_time" : 1393519068785 is completely unreadable to all but the very rarest of humans. It would be nice to see "start\_time\_human" : "2014-02-27T16:37:48.785Z" in addition. And the "refresh\_interval" : 1000 is readable, but it would be nice if it had a human readable form of "refresh\_interval\_human" : "1s" in addition. $ curl -XGET '[http://localhost:9200/\_nodes/process,jvm?pretty=true&human=true](http://localhost:9200/_nodes/process,jvm?pretty=true&human=true)' && echo { "cluster\_name" : "brian-exploration", "nodes" : { "QZrJz9xEQWKNVvg1mKaNCQ" : { "name" : "dynamic-126", "transport\_address" : "inet[/192.168.90.126:9300]", "host" : "dynamic-126.florida.local", "ip" : "192.168.90.126", "version" : "1.0.0", "build" : "a46900e", "http\_address" : "inet[/192.168.90.126:9200]", "attributes" : { "max\_local\_storage\_nodes" : "1" }, "process" : { "refresh\_interval" : 1000, "id" : 3688, "max\_file\_descriptors" : 10240, "mlockall" : false }, "jvm" : { "pid" : 3688, "version" : "1.7.0\_51", "vm\_name" : "Java HotSpot(TM) 64-Bit Server VM", "vm\_version" : "24.51-b03", "vm\_vendor" : "Oracle Corporation", "start\_time" : 1393519068785, "mem" : { "heap\_init" : "256mb", "heap\_init\_in\_bytes" : 268435456, "heap\_max" : "989.8mb", "heap\_max\_in\_bytes" : 1037959168, "non\_heap\_init" : "23.1mb", "non\_heap\_init\_in\_bytes" : 24313856, "non\_heap\_max" : "130mb", "non\_heap\_max\_in\_bytes" : 136314880, "direct\_max" : "989.8mb", "direct\_max\_in\_bytes" : 1037959168 }, "gc\_collectors" : ["ParNew", "ConcurrentMarkSweep"], "memory\_pools" : [ "Code Cache", "Par Eden Space", "Par Survivor Space", "CMS Old Gen", "CMS Perm Gen" ] } } } } Brian -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/807372fc-802f-4389-b6ea-0e3b412787a2%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/807372fc-802f-4389-b6ea-0e3b412787a2%40googlegroups.com). For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out). ---
**Author:** ![Sean\_Gallagher](https://avatars.discourse-cdn.com/v4/letter/s/f1d935/32.png) [@Sean\_Gallagher](https://discuss.elastic.co/u/Sean_Gallagher)\ **Post date:** [February 27, 2014, 10:14pm UTC](https://discuss.elastic.co/t/human-readable-output-option-needs-some-additions/16060/2 "2014-02-27T22:14:10Z")
Hi Brian, Those are good suggestions. I've filed them as [Add human readable JVM start\_time and process refresh\_interval · Issue #5280 · elastic/elasticsearch · GitHub](https://github.com/elasticsearch/elasticsearch/issues/5280). Thanks! Sean On Thursday, February 27, 2014 3:47:34 PM UTC-5, InquiringMind wrote: > Adding the human=true parameter is useful, but it only seems to be > applied to the byte counts. For example, when looking at my local MacBook's > running instance, and isolating just the process and Java information, the "heap\_init" > : "256mb" is added to reflect the "heap\_init\_in\_bytes" : 268435456 value. > > However, the "start\_time" : 1393519068785 is completely unreadable to all > but the very rarest of humans. It would be nice to see "start\_time\_human" > : "2014-02-27T16:37:48.785Z" in addition. > > And the "refresh\_interval" : 1000 is readable, but it would be nice if it > had a human readable form of "refresh\_interval\_human" : "1s" in addition. > > $ curl -XGET ' > [http://localhost:9200/\_nodes/process,jvm?pretty=true&human=true](http://localhost:9200/_nodes/process,jvm?pretty=true&human=true)' && echo > { > "cluster\_name" : "brian-exploration", > "nodes" : { > "QZrJz9xEQWKNVvg1mKaNCQ" : { > "name" : "dynamic-126", > "transport\_address" : "inet[/192.168.90.126:9300]", > "host" : "dynamic-126.florida.local", > "ip" : "192.168.90.126", > "version" : "1.0.0", > "build" : "a46900e", > "http\_address" : "inet[/192.168.90.126:9200]", > "attributes" : { > "max\_local\_storage\_nodes" : "1" > }, > "process" : { > "refresh\_interval" : 1000, > "id" : 3688, > "max\_file\_descriptors" : 10240, > "mlockall" : false > }, > "jvm" : { > "pid" : 3688, > "version" : "1.7.0\_51", > "vm\_name" : "Java HotSpot(TM) 64-Bit Server VM", > "vm\_version" : "24.51-b03", > "vm\_vendor" : "Oracle Corporation", > "start\_time" : 1393519068785, > "mem" : { > "heap\_init" : "256mb", > "heap\_init\_in\_bytes" : 268435456, > "heap\_max" : "989.8mb", > "heap\_max\_in\_bytes" : 1037959168, > "non\_heap\_init" : "23.1mb", > "non\_heap\_init\_in\_bytes" : 24313856, > "non\_heap\_max" : "130mb", > "non\_heap\_max\_in\_bytes" : 136314880, > "direct\_max" : "989.8mb", > "direct\_max\_in\_bytes" : 1037959168 > }, > "gc\_collectors" : ["ParNew", "ConcurrentMarkSweep"], > "memory\_pools" : [ "Code Cache", "Par Eden Space", "Par Survivor > Space", "CMS Old Gen", "CMS Perm Gen" ] > } > } > } > } > > Brian -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/d324d62f-7bc1-4375-939d-0031c184401a%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/d324d62f-7bc1-4375-939d-0031c184401a%40googlegroups.com). For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out). ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [July 6, 2017, 1:46am UTC](https://discuss.elastic.co/t/human-readable-output-option-needs-some-additions/16060/3 "2017-07-06T01:46:47Z")
Closed on July 6, 2017, 1:46am UTC