lkml.org 
[lkml]   [2006]   [Jan]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: memory leak in scsi_cmd_cache 2.6.15
On Fri, Jan 27 2006, Jamie Heilman wrote:
> Jens Axboe wrote:
> > On Sun, Jan 22 2006, Jamie Heilman wrote:
> > > Ariel wrote:
> > > > ata_piix seems like it's in common for all, but this is not a lot of
> > > > systems, so it could just be a coincidence and the problem caused by
> > > > something that's not chipset specific.
> > >
> > > Hmm. I just moved my sata_sil stuff out of the way and rebooted:
> > >
> > > $ uptime; grep scsi_cmd_cache /proc/slabinfo
> > > 23:22:16 up 4 min, 1 user, load average: 0.00, 0.03, 0.00
> > > scsi_cmd_cache 1200 1200 384 10 1 : tunables 54 27 8 : slabdata 120 120 0
> > >
> > > My other workstation also runs 2.6.15.1 but uses sata_nv and doesn't
> > > exhibit the problem.
> >
> > The SATA low level driver is very unlikely to play a role in this. But
> > you are both using md (raid1 to be specific) on top of scsi, I'd say
> > that's the best clue. I'd very much doubt the nvidia module as well.
>
> True, my sata_nv box doesn't use md. OTOH, my machines running raid1
> on an LSI (MPT Fusion driver) SCSI controller don't have this leak.

Those SCSI LLD don't support ordered flush barriers, that's why.

--
Jens Axboe

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

\
 
 \ /
  Last update: 2006-01-28 20:33    [W:0.095 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site