ginguy_2000 at yahoo
Jun 6, 2009, 3:28 PM
Post #2 of 2
(717 views)
Permalink
|
Metadata work, mostly - directory crawls, access checks, things like that (in CIFS). In NFS, ACCESS, READDIR, READDIR+ , stuff like that.
I think you can use 'cifs top -s ops' to see the busiest clients hitting the system. If the ones at the top have very high ops, but not many reads/writes, those could be your guys.
That said, it's all about latency. If it isn't driving latency higher, shouldn't be a concern. Those are different stats commands, though, can't remember right now......
--- On Fri, 6/5/09, Page, Jeremy <jeremy.page[at]gilbarco.com> wrote:
> From: Page, Jeremy <jeremy.page[at]gilbarco.com>
> Subject: Other OPS?
> To: toasters[at]mathworks.com
> Date: Friday, June 5, 2009, 3:10 PM
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> What
> causes other ops?
> I understand that pretty much everything that hits the
> filer requires something
> but I am seeing what looks like a very high number of other
> ops when I do a
> stats show. Does this indicate a problem or is it just a
> busy box? It’s
> a mixed mode volume. Just trying to figure out what’s
> causing it to work
> so hard.
>
>
>
>
>
> Instance
> total_ops read_ops write_ops other_ops nfs_read_ops
> nfs_write_op nfs_other_op
> cifs_read_op cifs_write_o cifs_other_o
>
>
> /s
> /s
> /s
> /s
> /s
> /s
> /s
> /s
> /s
> /s
>
>
> shares
> 1633
> 984
> 139
> 509
> 0
> 1
> 34
> 984
> 137
> 473
>
>
> shares
> 2085
> 1173
> 257
> 654
> 0
> 2
> 18
> 1173
> 255
> 634
>
>
> shares
> 2593
> 1483
> 253
> 856
> 0
> 2
> 221
> 1483
> 251
> 634
>
>
> shares
> 3268
> 2306
> 170
> 791
> 0
> 1
> 222
> 2305
> 168
> 569
>
>
>
>
>
>
>
>
>
>
>
> Please be advised that this email may contain confidential
> information.
>
> If you are not the intended recipient, please do not read,
> copy or
>
> re-transmit this email. If you have received this email in
> error,
>
> please notify us by email by replying to the sender and by
> telephone
>
> (call us collect at +1 202-828-0850) and delete this
> message and any
>
> attachments. Thank you in advance for your cooperation and
> assistance.
>
>
>
> In addition, Danaher and its subsidiaries disclaim that the
> content of
>
> this email constitutes an offer to enter into, or the
> acceptance of,
>
> any
>
> contract or agreement or any amendment thereto; provided
> that the
>
> foregoing disclaimer does not invalidate the binding effect
> of any
>
> digital or other electronic reproduction of a manual
> signature that is
>
> included in any attachment to this email.
>
>
|
