开发者

java file move high performance

开发者 https://www.devze.com 2023-01-11 17:39 出处:网络
I am writing a media transcoding server 开发者_运维知识库in which I would need to move files in the filesystem and till now I am in the dilemma of whether using java renameTo can be replaced by someth

I am writing a media transcoding server 开发者_运维知识库in which I would need to move files in the filesystem and till now I am in the dilemma of whether using java renameTo can be replaced by something else that would give me better performance. I was considering using exec("mv file1 file2") but that would be my last bet. Anyone has had similar experiences or can help me find a solution?


First of all, renameTo is likely just wrapping a system call.

Secondly, moving a file does not involve copying any data from the file itself (at least, in unix). All that happens is that the link from the old directory is removed, and a link from the new directory is added. I don't think you're going to find any performance improvements here.


I don't think that using the default methods for file has a (mentionable) performance penalty as most of this JVMtoOS functions are wrapping native calls already.

The only case where an exec would be needed is if you wanted to do something with different rights than the program or use a special tool to copy/move the file. (e.g. smart-move when ntfs-junctions are involved)


If rename is a significant performance bottleneck, then you need to improve your hardware as this is your main contraint. The software is a trivial portion of the time spent and optimising it will make little difference.

What is your disk confiugration? How is it optimised for writes?

0

精彩评论

暂无评论...
验证码 换一张
取 消