Hi, Thanks for the answers. On Sat, 19 Dec 2009 18:43:46 +0900 (JST) Ryusuke Konishi wrote: > Thank you for letting us know the interesting measurement result. > > Actually we recognize similar issue on high performance drives, but > this looks worse than the cases we know. This might be due to the increased latency of the AoE device. > In the 2.6.33 merge window, I sent some series of patches upstream to > improve write performance. And, the effort is still going on. > > I would appreciate it if you could try nilfs in kernel 2.6.33-rc1 or > optimization patches that will be appeared ongoingly in this list or > linux-nilfs. OK, I will try it. Just have to figure out on which hardware since the setup I've described is on production systems and running early RC kernels there is not an option. But I will probably find the metal or will create some VM images. > Unfortunately no. The contiguous check point creation is what nilfs > stands for. But, I think the performance impact of cp creation is not > so high unless you are doing osync writes. Did you read the part for the cleanerd causing high load on the network interface ? And the checkpoints being created with no data modifications ? Do you have a guess for these ? Cheers -- Delian -- To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
