> > The more I think about this, the more I think this is a bad idea. > When you have a file open with O_DIRECT, your I/O has to be done in 512-byte > multiples, and it has to be aligned to 512-byte boundaries in memory. If an > unsuspecting application has O_DIRECT forced on it, it isn't going to know to do that, > and so all its I/Os will fail. > It'll also be horribly inefficient if a program has the file mmaped. > > What problem are you really trying to solve? Some big files hogging the page cache? > -- Page cache? As another copy in RAM? NV_DIMMs may be viewed as a caching device. This caching can be implemented on the level of NV block/offset or may have some hints from FS and applications. Temporary files is one example. They may not need to hit NV domain ever. Some transactional journals or DB files is another example. They may stay in RAM until power off. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
