lkml.org 
[lkml]   [2003]   [Feb]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectCLONE_THREAD with old (glibc 2.2.5) linuxthreads
    -----BEGIN PGP SIGNED MESSAGE-----

    I'm attempting to add ps-like code to an application, and am running into
    a problem calculating the memory usage of multithreaded processes. The
    memory usage numbers in /proc/PID/statm don't give any indication as to
    whether or not the process shares its VM with another, thus a
    multithreaded application appears to be using (actual usage * number of
    threads).

    It looks like this could be easilly solved by looking at Tgid in
    /proc/PID/status and calculating memory usage per-thread-group instead of
    per-process. The problem, however, is that glibc 2.2.5 does not set
    CLONE_THREAD and so Tgid == Pid in every case.

    Would it break anything if I patch my glibc to set this flag? Is
    task_struct->tgid just informational in 2.4, or does it modify the
    behavior of the task somehow?

    Or, is there perhaps another way to see if CLONE_VM was set when the
    process was cloned? (Thus avoiding the need to change anything in glibc.)

    Upgrading to 2.5 and using NGPT is not an option at this point.

    Other suggestions?


    - --
    Dave Pifke, dave@pifke.org

    -----BEGIN PGP SIGNATURE-----
    Version: 2.6.2

    iQCVAwUBPlbM5juW2fOIQC3pAQFl8wQAgTTIFIXjIS3VTV7sRqYQe5EcV2AOeM9K
    tcGtUcxaoks08vhTyK/x7kKqauM+ZE5KCRQTYy0Z2vZXNTcuVWB47a/vGK0eKk9P
    r9WCeI4k0hTMVmfK09guZeMW9TJeP26SWyhNU2jQR+j8rv6ohFAmujvzZtlEA8Oz
    L71LeorLqr0=
    =r4z2
    -----END PGP SIGNATURE-----
    -
    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: 2005-03-22 13:33    [W:0.028 / U:20.800 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site