Каков заказ вставки, если у меня есть два буфера для памяти, сопоставлены в один и тот же файл?

Question

Мой вопрос заключается в том, будет ли ОС уважать порядок введения (I.E. Последнее написанное, последнее на диск) или порядок будет непредсказуемым.Например:

    byte[] s1 = "Testing1!".getBytes();
    byte[] s2 = "Testing2!".getBytes();
    byte[] s3 = "Testing3!".getBytes();

    RandomAccessFile raf = new RandomAccessFile("test.txt", "rw");
    FileChannel fc = raf.getChannel();
    MappedByteBuffer mbb1 = fc.map(MapMode.READ_WRITE, 0, 1024 * 1024);
    mbb1.put(s1);

    MappedByteBuffer mbb2 = fc.map(MapMode.READ_WRITE, mbb1.position(), 1024 * 1024);
    mbb2.put(s2);

    MappedByteBuffer mbb3 = fc.map(MapMode.READ_WRITE, mbb1.position() + mbb2.position(), 1024 * 1024);
    mbb3.put(s3);

    mbb1.put(s1); // overwrite mbb2
    mbb1.put(s1); // overwrite mbb3

    mbb1.force(); // go to file
    mbb3.force(); // can this ever overwrite mbb1 in the file?
    mbb2.force(); // can this ever overwrite mbb1 in the file?

.

Это всегда последнее написанное, в прошлом или мне не хватает что-то здесь?

Answer 1

Я не тестировал ни одно из этого, поэтому я не знаю.

Но, честно говоря, нет никакой гарантии на любом из этого упорядочения.

У вас есть метод mbb.force(), но это не единственный способ записи на устройство, скорее он просто гарантирует, что он был написан.

VM может обратно на устройстве к устройству всякий раз, когда это похоже на его, используя все, что он считает, что является, естественно, чрезвычайно зависимая платформа (поведение на Linux может отличаться от поведения в Windows, это может быть Даже варьируются от Linux в Linux или Windows в Windows).

Кажется, что вы должны быть координации внутренне, чтобы убедиться, что у вас есть только буфер чтения / записи только в определенной области файла, а также управлять конфликтами и перекрывается таким образом, а не полагаться на операционную систему. .

Редактирование: «Изменения, выполненные несколькими буферами, отображаемыми на память, гарантированно должны быть последовательными»

просто, это означает, что базовая виртуальная виртуальная вирция, после того, как физическая страница отображается в процессе, что сопоставление совместно используются во всех выполненных ассортих отображениях. Проблемы потока просто из-за кэширования памяти CPU и других вопросов.

Так, это гарантирует, что все отображения будут видят те же данные в перекрывающемся буфере. Но он не обращается, когда буферы на самом деле будут записаны на устройство. Эти очки все еще герман.

В целом, звучит так, будто у вас не будет проблемой, если вы правильно обрабатываете какие-либо многопоточные аспекты, и осознавать, что то, что вы видите в вашем базовом буфере, могут «измениться под вашими ногами».