All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ming Zhang <mingz@ele.uri.edu>
To: Lee Xing <lxing@Crossroads.com>
Cc: linux-scsi <linux-scsi@vger.kernel.org>
Subject: Re: Help - memory leak issue in SCSI stack
Date: Fri, 27 Aug 2004 20:01:31 -0400	[thread overview]
Message-ID: <1093651291.3145.50.camel@localhost.localdomain> (raw)
In-Reply-To: <519672568F040C41B6FAC21ADF51B18FF0B6@mailnode1.commstor.crossroads.com>

On Fri, 2004-08-27 at 18:59, Lee Xing wrote:
> Hi,
> 
> I think the following issue is memory leak related but not sure how to narrow it down.  Your help and suggestion would be helpful.
> 
> - Test Environment
>     - RH Linux 9.0 (lk2.4) with patch 2.4.20-30.9
>     - Dell 1U server with 2 SCSI disks.  The first
>       one hold OS and utilities, while the 2nd one
>       (Seagate ST318453LC) is the target iometer
>       sends I/O to.
>     - 2GB memory
>     - Linux 'Hardware Browser' -> 'SCSI devices'
>       shows "LSI 53c1030, Driver: mptscsih".  This
>       is probably the built-in SCSI HBA but I'm not
>       100% sure.  I can double check if some one
>       tells me how.
>     - iometer (v. 2003.12.16) and dynamo (v. 2003.12.16)
ps, iometer has new version now.

> 
> - Symptom
>     run iometer on a different Windows machine, and 
>     dynamo (the iometer client for Linux) on the Dell
>     server.  Use 'top' utility on Linux to trace the
>     memory usage.  Here is what I observed:
> 
>     Time (min)       Used Memory (MB)
>         0                 305
>         1                 461
>         2                 589
>         3                 679
>         4                 787
>         5                 894
>         6                 898
>         7                 973
>        10                 1087
>        15                 1087
>        20                 1087
>        30                 1087
these memory can be used as cache or buffer, check u /proc/meminfo.

> 
> - Question
> Can we say there is a memory leak somewhere based on the above table?  If not, then why the amount of used memory keeps increasing within a certain period of time?  If so, why the amount of used memory stops increasing after 10 mins, and how I can trace which layer or component causes it?  
can u set a text wrap? this long line is so hard to read for terminal.

> 
> If I understand right, the following layers/components are involved in this I/O test:
> 
>     - Linux upper-level (sd) driver
>     - Linux mid-lever driver
>     - LSI low-level driver mptscsih (if the
>       built-in SCSI HBA does come from LSI).
>     - Linux libs, etc.
>     - iometer
> 
> Any suggestion and idea would be appreciated.
> 
> Have a nice weekend!
> 
> 
> Lee
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-- 
 --------------------------------------------------
| Ming Zhang, PhD. Student
| Dept. of Electrical & Computer Engineering
| College of Engineering
| University of Rhode Island
| Kingston RI. 02881
| e-mail: mingz at ele.uri.edu
| Tel. (401) 874-2293 
| Fax. (401) 782-6422
| http://www.ele.uri.edu/~mingz/
| http://crab.ele.uri.edu/gallery/albums.php
 --------------------------------------------------



  reply	other threads:[~2004-08-28  0:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-27 22:59 Help - memory leak issue in SCSI stack Lee Xing
2004-08-28  0:01 ` Ming Zhang [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-08-30 18:03 Lee Xing
2004-08-30 23:42 ` Ming Zhang

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=1093651291.3145.50.camel@localhost.localdomain \
    --to=mingz@ele.uri.edu \
    --cc=linux-scsi@vger.kernel.org \
    --cc=lxing@Crossroads.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 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.