我使用NIO完成一個大文件復(fù)制函數(shù)，但發(fā)現(xiàn)該函數(shù)的執(zhí)行很不穩(wěn)定。對此有以下困惑：

1. 效率差異嚴(yán)重：每次復(fù)制文件耗時差異很大，且無規(guī)律，對一個2G的文件賦值，最快3秒，最慢達到20s；
2. 內(nèi)存泄露：JVM占用的內(nèi)存并沒有異常，但OS使用的內(nèi)存迅速飆升，我猜測應(yīng)該是“直接內(nèi)存”的使用，但不清楚如何釋放這部分內(nèi)存；
3. 系統(tǒng)負載：我觀察到代碼執(zhí)行后，系統(tǒng) CPU,內(nèi)存,磁盤都迅速飆高，但代碼停止后CPU,磁盤負載不能及時恢復(fù)；

環(huán)境信息：Windows10，JDK 8，具體代碼如下：

public class CopyTest {

    private static final String PATH = "";  // TODO

    public static void main(String[] args) throws IOException {
        for (int i = 0; i < 10; i++) {
            fileChannelCopy();
        }
        System.in.read();
    }

    private static void fileChannelCopy() throws IOException {
        long start = System.currentTimeMillis();
        FileChannel read = new FileInputStream(PATH).getChannel();
        FileChannel writer = new RandomAccessFile(PATH + "-"
                + new Random(System.currentTimeMillis()).nextInt(), "rw").getChannel();
        long readSize = 0;
        long size = read.size() / 30;
        ByteBuffer toRead, toWrite = null;
        while (readSize < read.size() // 未讀完
                && (read.size() - readSize) > size) {  // 剩余未讀大于size
            toRead = read.map(FileChannel.MapMode.READ_ONLY, readSize, size);
            toWrite = writer.map(FileChannel.MapMode.READ_WRITE, readSize, size);
            toWrite.put(toRead);
            readSize += size;
            toRead.clear();
            toWrite.clear();
        }
        toRead = read.map(FileChannel.MapMode.READ_ONLY, readSize, read.size() - readSize);
        assert toWrite != null;
        toWrite.put(toRead);
        toRead.clear();
        toWrite.clear();
        read.close();
        writer.close();
        long end = System.currentTimeMillis();
        System.out.println("FileChannel copy file using " + (end - start) / 1000 + "s");
    }

某次執(zhí)行Jprofiler觀測到的運行狀態(tài)

我發(fā)現(xiàn)復(fù)制的速度與CPU Load密切相關(guān)