From: Greg KH <gregkh@linuxfoundation.org>
To: Laurence Oberman <oberman.l@gmail.com>
Cc: "Bryn M. Reeves" <bmr@redhat.com>,
"Seymour, Shane M" <shane.seymour@hp.com>,
"linux-api@vger.kernel.org" <linux-api@vger.kernel.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
"Kai.Makisara@kolumbus.fi" <Kai.Makisara@kolumbus.fi>,
"James E.J. Bottomley (JBottomley@parallels.com)"
<JBottomley@parallels.com>,
"Laurence Oberman (loberman@redhat.com)" <loberman@redhat.com>
Subject: Re: [RFC] implementing tape statistics single file vs multi-file in sysfs
Date: Sun, 8 Feb 2015 10:45:06 +0800 [thread overview]
Message-ID: <20150208024506.GC15396@kroah.com> (raw)
In-Reply-To: <ACE69613-157F-4516-8499-EF8242D26736@gmail.com>
On Sat, Feb 07, 2015 at 09:27:05PM -0500, Laurence Oberman wrote:
> Hello
> Its not going to be tens of thousands of devices. That count was an
> aggregate based on 1000's of servers.
> In reality its unlikely to ever be more than 100 tapes drives per
> individual Linux kernel instance.
> Therefore sysfs will be the valid way to do this and make the data
> available to user space.
Even if it is only 2 tape drives, again, what's wrong with using the
existing i/o statistic interfaces that all block devices have? Don't go
making special one-off interfaces for one type of device if at all
possible.
thanks,
greg k-h
next prev parent reply other threads:[~2015-02-08 2:45 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-06 0:20 [RFC] implementing tape statistics single file vs multi-file in sysfs Seymour, Shane M
[not found] ` <DDB9C85B850785449757F9914A034FCB3BF3EADA-4I1V4pQFGigSZAcGdq5asR6epYMZPwEe5NbjCUgZEJk@public.gmane.org>
2015-02-06 9:13 ` Bryn M. Reeves
[not found] ` <20150206091354.GA1143-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2015-02-06 13:01 ` Greg KH
2015-02-06 12:59 ` Greg KH
[not found] ` <20150206125916.GB26247-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2015-02-06 15:41 ` Bryn M. Reeves
2015-02-07 4:07 ` Greg KH
2015-02-08 2:27 ` Laurence Oberman
2015-02-08 2:45 ` Greg KH [this message]
2015-02-08 8:32 ` "Kai Mäkisara (Kolumbus)"
[not found] ` <20150208024506.GC15396-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2015-02-08 17:35 ` James Bottomley
[not found] ` <20150207040743.GB29944-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2015-02-10 14:27 ` Bryn M. Reeves
[not found] ` <20150210142719.GA1437-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2015-02-10 22:30 ` Greg KH
2015-02-11 11:32 ` Bryn M. Reeves
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=20150208024506.GC15396@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=JBottomley@parallels.com \
--cc=Kai.Makisara@kolumbus.fi \
--cc=bmr@redhat.com \
--cc=linux-api@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=loberman@redhat.com \
--cc=oberman.l@gmail.com \
--cc=shane.seymour@hp.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox