[lkml]   [2004]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRE: [PATCH] [0/6] HUGETLB memory commitment
    >>>> Andy Whitcroft wrote on Mon, March 29, 2004 4:30 AM
    > Indeed. The previous patches I submitted only address #1. Attached is
    > another patch which should address #2, it supplies hugetlb commit
    > accounting. This is checked and applied when the segment is created. It
    > also supplements the meminfo information to display this new commitment.
    > The patch only implments strict commitment, but as has been stated here
    > often, it is not clear that overcommit of unswappable memory makes any
    > sense in the absence of demand allocation. When that is implemented then
    > this will likely need a policy.
    > Patch applies on top of my previous patch and has been tested on i386.

    +int hugetlbfs_report_meminfo(char *buf)
    + long htlb = atomic_read(&hugetlb_committed_space);
    + return sprintf(buf, "HugeCommited_AS: %5lu\n", htlb);

    "HugeCommited_AS", typo?? Should that be double "t"? Also can we print
    in terms of kB instead of num pages to match all other entries? Something
    Like: htlb<<(PAGE_SHIFT-10)?

    overcomit is not checked for hugetlb mmap, is it intentional here?

    - Ken

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:02    [W:0.022 / U:2.808 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site