All of lore.kernel.org
 help / color / mirror / Atom feed
From: Karel Zak <kzak@redhat.com>
To: Eric Rannaud <e@nanocritical.com>
Cc: util-linux@vger.kernel.org, Dave Reisner <d@falconindy.com>
Subject: Re: [PATCH 4/4] findmnt: use mnt_cache_set_targets() for non-kernel table
Date: Fri, 27 Jun 2014 09:41:49 +0200	[thread overview]
Message-ID: <20140627074149.GC750@x2.net.home> (raw)
In-Reply-To: <7f69c8fad1eed4faee033f1164f7481b10593413.1403845374.git.e@nanocritical.com>

On Thu, Jun 26, 2014 at 10:18:48PM -0700, Eric Rannaud wrote:

> * This was tested on a system with a stale mount under /mnt: findmnt -s /usr
>   With 2.24.2, strace shows a lstat("/mnt") (and hangs), but no lstat on active
>   mount points with this change (and doesn't hang).
> 
> * mountinfo is read whenever the main table is not from the kernel (tabtype !=
>   TABTYPE_KERNEL), with or without -T. I can't think of a reason to only do
>   this when -T is specified.

 Yep, it seems fine.

> * Karel, you mentionned this would have a performance impact on large systems,
>   but I do not know how to asses it. Should there an option to turn this new
>   behavior on or off?

 I have talked about your original idea to parse mtab always in
 canonicalize_path() when someone asking for any path canonicalization. The 
 solution with the cache is better because we parse the file only once.

> * Should --nocanonicalize be removed after this patch?

 I think it makes sense to keep it there, at least for testing we have
 a way how to turn all the cache stuff off. We have the same option
 for mount(8) just for cases when you can be sure that all is already
 canonical.


 Good work, the patches look good, I'll merge it next week. I'll try
 to use it also for mnt_context_* function in libmount, maybe we can
 avoid unnecessary canonicalization in mount/umount too. 

    Karel

-- 
 Karel Zak  <kzak@redhat.com>
 http://karelzak.blogspot.com

  reply	other threads:[~2014-06-27  7:41 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-27  5:17 [PATCH 1/4] libmount: mnt_resolve_path: use strcmp() only if both are canonical Eric Rannaud
2014-06-27  5:17 ` [PATCH 2/4] libmount: mnt_resolve_path: don't canonicalize fs->target for swap Eric Rannaud
2014-07-01  8:52   ` Karel Zak
2014-06-27  5:17 ` [PATCH 3/4] libmount: mnt_resolve_target: tiptoe around active mount points Eric Rannaud
2014-07-01  9:01   ` Karel Zak
2014-06-27  5:18 ` [PATCH 4/4] findmnt: use mnt_cache_set_targets() for non-kernel table Eric Rannaud
2014-06-27  7:41   ` Karel Zak [this message]
2014-07-01  9:02   ` Karel Zak
2014-07-01  8:52 ` [PATCH 1/4] libmount: mnt_resolve_path: use strcmp() only if both are canonical Karel Zak

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140627074149.GC750@x2.net.home \
    --to=kzak@redhat.com \
    --cc=d@falconindy.com \
    --cc=e@nanocritical.com \
    --cc=util-linux@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.