lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 26 Nov 2007 11:23:04 +0100
From:	Swen Schillig <swen@...t.ibm.com>
To:	James Bottomley <James.Bottomley@...eleye.com>
Cc:	Christof Schmitt <christof.schmitt@...ibm.com>,
	linux-scsi@...r.kernel.org,
	Linux on 390 Port <LINUX-390@...marist.edu>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] zfcp: add some internal zfcp adapter statistics

On Sunday 25 November 2007 12:16, James Bottomley wrote:
> 
> On Wed, 2007-10-31 at 11:33 +0100, Swen Schillig wrote:
> > From: Swen Schillig <swen@...t.ibm.com>
> > 
> > add some statistics provided by the zFCP adapter to the sysfs
> > 
> > The new zFCP adapter statistics provide a variety of information
> > about the virtual adapter (subchannel). In order to collect this information
> > the zFCP driver is extended on one side to query the adapter and
> > on the other side summarize certain values which can then be fetched on demand.
> > This information is made available via files(attributes) in the sysfs filesystem.
> > 
> > The information provided by the new zFCP adapter statistics can be fetched
> > by reading from the following files in the sysfs filesystem
> > 
> >  /sys/class/scsi_host/host<n>/seconds_active
> >  /sys/class/scsi_host/host<n>/requests
> >  /sys/class/scsi_host/host<n>/megabytes
> >  /sys/class/scsi_host/host<n>/utilization
> 
> This lot all look like they belong in the FC transport class statistics
> (some even already exist there).

They might look alike but they are not the same. The values provided through the FC transport
class always refer to the physical port whereas the new values here refer to a virtual adapter or subchannel.
The attributes provided here are all new and not covered or displayed anywhere else !

> 
> > These are the statistics on a virtual adapter (subchannel) level.
> > In addition latency information is provided on a SCSI device level (LUN) which
> > can be found at the following location
> > 
> >  /sys/class/scsi_device/<H:C:T:L>/device/cmd_latency
> >  /sys/class/scsi_device/<H:C:T:L>/device/read_latency
> >  /sys/class/scsi_device/<H:C:T:L>/device/write_latency
> 
> These look to duplicate to some degree the figures
> in /sys/block/<dev>/stat.  Isn't the block device the best place to
> gather these, if they're useful?  Since user latencies should probably
> include elevator times.

Actually no, the latencies covered here are channel- and fabric-latencies grouped by scsi-devices
and not device-, scsi- or block-latencies. In contrast to the stats provided by the block-layer structure,
tape devices will be covered here as well .

> 
> James
> 
> 
> 

Cheers Swen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists