On Sat, Feb 08, 2003 at 01:07:25PM -0700, patrick charles wrote: >How would I communicate this? Somebody on XFree86 working with or have contact with >the appropriate people in kernel/agpgart development?
First of all, how are you "killing" the X server? I haven't seen this behaviour when the X server exits normally, and I've done a lot of testing where 32MB is allocated per run on machines with only 128MB of physical memory. There are people here familiar with the kernel agpgart driver. Note that just because top shows that there's little memory free doesn't mean that the agpgart driver isn't freeing it. Also the agpgart driver allocates physical pages, never swap. I'm not sure what the symptoms are when it can't get any free physical pages. On my test system the free memory indicated by top does go up when the X server exits, and this is on an otherwise idle system. So, I'd suggest starting a bare X server (run just 'X') on an otherwise idle system, see what top reports, then exit it cleanly (<Ctrl><Alt><Backspace>), and see if the free memory amount changes. Check the X server log to confirm how much memory was allocated via the agpgart mechanism (look for the lines containing "Allocated"). If that looks OK, then try the same thing you tried before but with a bare X server and an idle system. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes >thanks, >-pat > >On Friday 07 February 2003 02:47 pm, Sottek, Matthew J wrote: >> If this is in fact happening it seems to point to a problem in agpgart. >> X is just a user-space client of agpgart so when X is killed the agpgart >> driver should get a close() from the filehandle and therefore free all the >> resources allocated to that client. Just as the kernel frees up whatever >> you forget to free() after a malloc() when you exit. >> >> -Matt >> >> >> -----Original Message----- >> From: patrick charles [mailto:[EMAIL PROTECTED]] >> Sent: Friday, February 07, 2003 12:23 PM >> To: [EMAIL PROTECTED] >> Subject: repeated X restarts with i810 not freeing sys resources? >> >> >> I'm running XFree86-4.2.99.901 on a 2.4.20-2.34 kernel on a Dell GX60 with >> intel extreme graphics (i810 driver). >> >> If I repeatedly kill and restart X, the system eventually slows to a crawl >> before hanging. >> >> Here's what seems to be going on... >> >> If I run top on the machine and observe the amount of memory in use, it >> appears that each time I kill and restart X, an additional ~16MB of RAM is >> consumed. >> This particular system has 128MB RAM, so the system lock up seems to >> correspond to the consumption of all physical RAM. >> (kernel + base system + ~16MB fb x 15 restarts = ~128MB RAM). >> >> Apparently, after many restarts, the X server eventually tries to grab a >> block of RAM to serve as the video buffer, and gets a chunk of swap. >> When that happens, the system is hosed, presumably because disk swap is >> orders of magnitude too slow for video operations. >> >> I'm guessing, but this seems to be what's going on. This is consistent with >> the fact that I don't see any daemons or system processes consuming any >> significant amounts of memory yet top eventually shows all physical RAM >> consumed. >> Consistent with the approximate number of restarts, and consistent with the >> fact that the integrated i810 design uses system RAM for the framebuffer >> contents. >> >> Is it possible that the kernel, drm or X isn't freeing the framebuffer RAM >> after each restart or kill of X? >> >> Since my last email, I've tried a newer version of the kernel and X, and >> still see the same behavior with >> 2.4.20-2.34 and XFree86-4.2.99.9. System is running RH8 with rawhide >> binaries. >> >> Appreciate any suggestions or comments anyone has. >> >> thanks, >> -pat >> >> >> _______________________________________________ >> Devel mailing list >> [EMAIL PROTECTED] >> http://XFree86.Org/mailman/listinfo/devel >> _______________________________________________ >> Devel mailing list >> [EMAIL PROTECTED] >> http://XFree86.Org/mailman/listinfo/devel > >_______________________________________________ >Devel mailing list >[EMAIL PROTECTED] >http://XFree86.Org/mailman/listinfo/devel _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
