<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 22, 2017 at 1:41 PM, gunnar.wagner <span dir="ltr"><<a href="mailto:gunnar.wagner@netcologne.de" target="_blank">gunnar.wagner@netcologne.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span class="">
    <p><br>
    </p>
    <br>
    <div class="m_-5003569436033506625moz-cite-prefix">On 5/22/2017 2:35 PM, Fajar A. Nugraha
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Mon, May 22, 2017 at 1:09 PM,
            gunnar.wagner <span dir="ltr"><<a href="mailto:gunnar.wagner@netcologne.de" target="_blank">gunnar.wagner@netcologne.de</a>></span>
            wrote:<span></span><br>
            <span></span>
            <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
                <br>
                On 5/22/2017 11:55 AM, Fajar A. Nugraha wrote:<br>
                <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                  subvolume with btrfs does not provide correct df.<br>
                  zfs dataset provide correct df.<br>
                </blockquote>
                <br>
              </span>
              isn't    btrfs subvolume usage /path/to/subvolume    the
              tool to get the correct usage data?</blockquote>
            <div><br>
            </div>
            <div>The requirement was that "df on the container must
              return the correct output" w.r.t. size and usage.</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br></span>
    yes, I saw that. Just thought as long as you can get reliable usage
    data one wouldn't mind the particular tool all too much.<br>
    <br></div></blockquote><div><br></div><div></div></div><br></div><div class="gmail_extra">It's kinda similar when people were reading CPU and memory usage. With cgroups (which is how lxc limits and account resource usage), the correct place to look was /sys/fs/cgroups. Yet people (and tools they use, like htop) continue to look at "traditional" places (e.g. /proc/cpuinfo, /proc/meminfo, etc). And people complain because "top" gives "incorrect" result inside a container. Thus lxcfs was created to satisfy that requirement.</div><div class="gmail_extra"><br></div><div class="gmail_extra">-- </div><div class="gmail_extra">Fajar</div></div>