All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Lukáš Czerner" <lczerner@redhat.com>
To: "Martin K. Petersen" <martin.petersen@oracle.com>
Cc: "Lukáš Czerner" <lczerner@redhat.com>,
	"Karel Zak" <kzak@redhat.com>,
	util-linux@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] blkdiscard: add new command
Date: Thu, 27 Sep 2012 13:03:30 -0400 (EDT)	[thread overview]
Message-ID: <alpine.LFD.2.00.1209271242550.31136@dhcp-187-45.bos.redhat.com> (raw)
In-Reply-To: <yq14nmja2kd.fsf@sermon.lab.mkp.net>

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1559 bytes --]

On Thu, 27 Sep 2012, Martin K. Petersen wrote:

> Date: Thu, 27 Sep 2012 11:49:22 -0400
> From: Martin K. Petersen <martin.petersen@oracle.com>
> To: Lukáš Czerner <lczerner@redhat.com>
> Cc: Karel Zak <kzak@redhat.com>, util-linux@vger.kernel.org
> Subject: Re: [PATCH] blkdiscard: add new command
> 
> >>>>> "Lukáš" == Lukáš Czerner <lczerner@redhat.com> writes:
> 
> Lukáš> TBH this is fugly :). Also what actually is the advantage of
> Lukáš> doing this ? So we saved 50 lines of code for this ugliness and
> Lukáš> instead of two separate binaries we have this one hybrid and
> Lukáš> symlink. I am not sure it's worth it. Can't we just have two
> Lukáš> separate binaries ? What is the problem with that ?
> 
> It's not just discard. We should also consider the zeroout and write
> same use cases. They have nothing to do with fstrim.
> 
> Time to incorporate and extend Garzik's blktool, perhaps?
> 

Hmm, I do not know. blktool seems to be very similar to blockdev in
the sense that it is for querying and changing block device setting
which is not what we do with, discard, write same or zeroout where
we actually change the data on the device itself. In my mind it just
somehow does not fit there.

But you're right that it is not just about discard or secure
discard, we have other quite similar functionalities and it might be
worth having one separate tool for all those, thanks for pointing this
out.

(CCing linux-fsdevel ... for the whole discussion see
http://www.spinics.net/lists/util-linux-ng/msg06832.html)

Thanks!
-Lukas

WARNING: multiple messages have this Message-ID (diff)
From: "Lukáš Czerner" <lczerner-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: "Martin K. Petersen"
	<martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
Cc: "Lukáš Czerner"
	<lczerner-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	"Karel Zak" <kzak-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	util-linux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] blkdiscard: add new command
Date: Thu, 27 Sep 2012 13:03:30 -0400 (EDT)	[thread overview]
Message-ID: <alpine.LFD.2.00.1209271242550.31136@dhcp-187-45.bos.redhat.com> (raw)
In-Reply-To: <yq14nmja2kd.fsf-+q57XtR/GgMb6DWv4sQWN6xOck334EZe@public.gmane.org>

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1699 bytes --]

On Thu, 27 Sep 2012, Martin K. Petersen wrote:

> Date: Thu, 27 Sep 2012 11:49:22 -0400
> From: Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> To: Lukáš Czerner <lczerner-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> Cc: Karel Zak <kzak-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, util-linux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> Subject: Re: [PATCH] blkdiscard: add new command
> 
> >>>>> "Lukáš" == Lukáš Czerner <lczerner-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> writes:
> 
> Lukáš> TBH this is fugly :). Also what actually is the advantage of
> Lukáš> doing this ? So we saved 50 lines of code for this ugliness and
> Lukáš> instead of two separate binaries we have this one hybrid and
> Lukáš> symlink. I am not sure it's worth it. Can't we just have two
> Lukáš> separate binaries ? What is the problem with that ?
> 
> It's not just discard. We should also consider the zeroout and write
> same use cases. They have nothing to do with fstrim.
> 
> Time to incorporate and extend Garzik's blktool, perhaps?
> 

Hmm, I do not know. blktool seems to be very similar to blockdev in
the sense that it is for querying and changing block device setting
which is not what we do with, discard, write same or zeroout where
we actually change the data on the device itself. In my mind it just
somehow does not fit there.

But you're right that it is not just about discard or secure
discard, we have other quite similar functionalities and it might be
worth having one separate tool for all those, thanks for pointing this
out.

(CCing linux-fsdevel ... for the whole discussion see
http://www.spinics.net/lists/util-linux-ng/msg06832.html)

Thanks!
-Lukas

  reply	other threads:[~2012-09-27 17:03 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-12 21:49 [PATCH] blkdiscard: add new command Lukas Czerner
2012-09-12 22:43 ` Kay Sievers
2012-09-12 22:47   ` Davidlohr Bueso
2012-09-13 13:37   ` Lukáš Czerner
2012-09-13 13:57     ` Karel Zak
2012-09-13 14:09       ` Lukáš Czerner
2012-09-13 15:33       ` Kay Sievers
2012-09-13 15:52         ` Lukáš Czerner
2012-09-13 15:32     ` Kay Sievers
2012-09-26 19:47 ` Lukáš Czerner
2012-09-26 20:04   ` Kay Sievers
2012-09-26 20:14     ` Lukáš Czerner
2012-09-26 20:27       ` Kay Sievers
2012-09-26 21:01         ` Lukáš Czerner
2012-09-27  9:42   ` Karel Zak
2012-09-27 15:21     ` Lukáš Czerner
2012-09-27 15:49       ` Martin K. Petersen
2012-09-27 17:03         ` Lukáš Czerner [this message]
2012-09-27 17:03           ` Lukáš Czerner
2012-09-27 17:33           ` Martin K. Petersen
2012-09-27 17:33             ` Martin K. Petersen
2012-09-27 23:17         ` Karel Zak
2012-09-27 23:13 ` 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=alpine.LFD.2.00.1209271242550.31136@dhcp-187-45.bos.redhat.com \
    --to=lczerner@redhat.com \
    --cc=kzak@redhat.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=martin.petersen@oracle.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.