Re: (continued) XFree86 problem?

From: Brian Fundakowski Feldman (green_at_freebsd.org)
Date: 06/17/04

  • Next message: Josef El-Rayes: "boot hangs on 2hours old current" 
    Date: Thu, 17 Jun 2004 13:50:20 -0400
To: Craig Boston <craig@xfoil.gank.org>

    On Thu, Jun 17, 2004 at 09:27:38AM -0500, Craig Boston wrote:
    > On Wednesday 16 June 2004 08:05 pm, Kris Kennaway wrote:
    > > Does xrestop show anything for you (it didn't for the OP, but it may
    > > not be the same problem)?
    >
    > Nothing really useful:
    >
    > (top)
    > 769 root 104 0 441M 416M RUN 576:24 20.31% 20.31% XFree86
    >
    > (xrestop)
    > xrestop - Display: localhost:0
    > Monitoring 36 clients. XErrors: 0
    > Pixmaps: 30123K total, Other: 1003K total, All: 31127K total
    >
    > Glancing through the list of clients, I don't see any that look obviously
    > wrong. All of them correspond to currently running processes. There is only
    > 1 unknown but it doesn't seem to be taking up much memory:
    >
    > res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier
    > 4200000 6 39 1 6 27 192K 2K 194K ? <unknown>
    >
    > So if it's a client resource leak, it's not one that xrestop can detect...
    > Also, usage as reported by xrestop has gone down by 25M since my post
    > yesterday (I have a lot less running now), but the XFree86 process is still
    > at 416 resident -- only a 4M drop.
    >
    > It could just be XFree86 being overly aggressive with its pixmap cache, but I
    > don't know how to check that and/or tune it to more reasonable values.

    At the least, you can get a very distant overview by mounting /proc and
    looking at the /proc/<pid>/map of the X server. It should give you a
    reasonable amount of information on at least whether all your memory is
    being used by anonymous memory, or device mappings, or file mappings... 

    -- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Josef El-Rayes: "boot hangs on 2hours old current"

    Relevant Pages

    • Re: Another Memory question
      ... since my SP3 clients all report that value, ... I waited for some clients to finish an inventory cycle. ... inventoried clients did not have a total phsyical memory. ... total physical memory in the v_gs_computer_system view. ...
      (microsoft.public.sms.inventory)
    • Re: Fast string operations
      ... It seems the more memory they have, the faster it grows which leads ... > our clients and they perceive this to be a memory leak. ... > is the charfor each string cached with the string, ... minus whitespace and without generating a new string ...
      (microsoft.public.dotnet.languages.csharp)
    • Re: Workaround with Remoting in CF
      ... > else you can store it in the Application Cache. ... >> I need a hash table in memory and clients accesing to it. ...
      (microsoft.public.dotnet.framework.compactframework)
    • Re: performance of filesystem xattrs with Samba4
      ... You can do that now by varying the number of simulated clients, ... using the file server at any one time. ... they rarely have a working set size of over ... workload over a period of 5 minutes to fit in memory on typical file ...
      (Linux-Kernel)
    • Re: Why does ANSI not define a function to determine the size of (m)allocated mem? (like _msize)
      ... >> If the memory is sitting there anyway, ... > This motivation is very weak. ... > probably most, of todays malloc implementations? ... Some clients do not want the expense of a copy and are willing settle ...
      (comp.lang.c)