On Tuesday July 5, eric@xxxxxxxxxx wrote: > On Tue, 5 Jul 2005, Neil Brown wrote: > > On Monday July 4, dkowis@xxxxxxxxx wrote: > >> I'm not entirely sure if this is mdadm's fault, but I cannot find anything else that would cause the problem, since mdadm is the only new > >> thing and I'm pretty sure it's not 2.6.11.12's fault. Anyways, on to my issue: > >> I'm running samba, apache2, mysql, postgresql, and a few other things. I've got an Athlon-XP 1700+ with 768Mb RAM. Right after startup I've > >> got about 600Mb of free memory, and as time progresses, and I use samba for things (playing an MP3,) my amount of free memory declines > >> rather rapidly. It hovers around 8Mb of free ram, with no swap usage. The computer has bogged down bad enough that oom-killer has had to > >> kill just about everything. ps and top don't show anything eating up all my memory. I'm very impressed with mdadm and I'd like to keep using > >> it, but i'd also like to have a bit of free memory on my computer. I'm using an XFS file system on a 200Gb mirrored RAID array, two drives, > >> on seperate IDE channels (seperate cables.) > >> Thanks for your time, > > > > Hmmm. > > There is an md related memory leak in 2.6.12, but I don't think it is > > there in 2.6.11.anything. > > I also have this problem, but am using 2.6.10-as7 (also reiserfs on > the raid-1 array). This machine has 1Gb RAM, but has roughly 2-40Mb > free at any time after running for a day (I can leave the machine up > as long as I want, but all processes run slow as they now have to do a > lot of swapping). The kernel was compiled with gcc 3.4.4 and glibc > 2.3.5 with NPTL (if that matters). > > > If 'ps' doesn't show anything, the next place to look is > > /proc/slabinfo (which 'slabtop' might display for you). > > Active / Total Objects (% used) : 12080357 / 12132001 (99.6%) > Active / Total Slabs (% used) : 176776 / 176776 (100.0%) > Active / Total Caches (% used) : 66 / 101 (65.3%) > Active / Total Size (% used) : 668099.80K / 671784.20K (99.5%) > Minimum / Average / Maximum Object : 0.01K / 0.05K / 128.00K > > OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME > 6013634 6013300 99% 0.02K 26609 226 106436K biovec-1 > 6013306 6013297 99% 0.09K 146666 41 586664K bio These two lines point to the problem - it is a leak of 'bio's. This patch fixes it. ### Diffstat output ./drivers/md/md.c | 1 + 1 files changed, 1 insertion(+) diff ./drivers/md/md.c~current~ ./drivers/md/md.c --- ./drivers/md/md.c~current~ 2005-06-30 11:07:38.000000000 +1000 +++ ./drivers/md/md.c 2005-06-28 13:02:04.000000000 +1000 @@ -338,6 +338,7 @@ static int super_written(struct bio *bio if (atomic_dec_and_test(&rdev->mddev->pending_writes)) wake_up(&rdev->mddev->sb_wait); + bio_put(bio); return 0; } - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
