> Jack> Ugly hack. Isn't there a better way? (I know this isn't your > Jack> code & you probably don't like this either. I had hoped for a > Jack> cleaner solution in 2.6....) > > It's gross, ugly and I hate it ... not sure if there's a simpler way. > Maybe we can use the same approach as the fbmem driver and do it all > in the mmap() function, I will have to investigate that.
If you do it in the mmap, all the pages will be allocated and mapped on the node doing the map. This will result in large applications using multiple threads to incur _LARGE_ amounts of numa traffic. The first fault is critical for performance. > > Jack> + /* + * Use the bte to ensure cache lines + * are actually > Jack> pulled from the + * processor back to the md. + */ + > > Jack> This doesn't need to be done if the memory was being used for > Jack> fetchops or uncached memory. > > I'll check. The bte zero is needed for memory mapped cached (one of the mechanisms here) and also ensures the memory is zereod out when returned to the memory pool. - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
