Messages in this thread | | | Subject | Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 | Date | Fri, 4 Nov 2005 14:51:03 -0700 (MST) | From | (Andy Nelson) |
| |
Hi folks,
It sound like in principle I (`I'=generic HPC person) could be happy with this sort of solution. The proof of the pudding is in the eating however, and various perversions and misunderstanding can still always crop up. Hopefully they can be solved or avoided if the do show up though. Also, other folk might not be so satisfied. I'll let them speak for themselves though.
One issue remaining is that I don't know how this hugetlbfs stuff that was discussed actually works or should work, in terms of the interface to my code. What would work for me is something to the effect of
f90 -flag_that_turns_access_to_big_pages_on code.f
That then substitutes in allocation calls to this hugetlbfs zone instead of `normal' allocation calls to generic memory, and perhaps lets me fall back to normal memory up to whatever system limits may exist if no big pages are available.
Or even something more simple like
setenv HEY_OS_I_WANT_BIG_PAGES_FOR_MY_JOB
or alternatively, a similar request in a batch script. I don't know that any of these things really have much to do with the OS directly however.
Thanks all, and have a good weekend.
Andy
- 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/
| |