Каков заказ вставки, если у меня есть два буфера для памяти, сопоставлены в один и тот же файл?
-
21-12-2019 - |
Вопрос
Мой вопрос заключается в том, будет ли ОС уважать порядок введения (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?
.
Это всегда последнее написанное, в прошлом или мне не хватает что-то здесь?
Решение
Я не тестировал ни одно из этого, поэтому я не знаю.
Но, честно говоря, нет никакой гарантии на любом из этого упорядочения.
У вас есть метод mbb.force()
, но это не единственный способ записи на устройство, скорее он просто гарантирует, что он был написан.
VM может обратно на устройстве к устройству всякий раз, когда это похоже на его, используя все, что он считает, что является, естественно, чрезвычайно зависимая платформа (поведение на Linux может отличаться от поведения в Windows, это может быть Даже варьируются от Linux в Linux или Windows в Windows).
Кажется, что вы должны быть координации внутренне, чтобы убедиться, что у вас есть только буфер чтения / записи только в определенной области файла, а также управлять конфликтами и перекрывается таким образом, а не полагаться на операционную систему. .
Редактирование: «Изменения, выполненные несколькими буферами, отображаемыми на память, гарантированно должны быть последовательными»
просто, это означает, что базовая виртуальная виртуальная вирция, после того, как физическая страница отображается в процессе, что сопоставление совместно используются во всех выполненных ассортих отображениях. Проблемы потока просто из-за кэширования памяти CPU и других вопросов.
Так, это гарантирует, что все отображения будут видят те же данные в перекрывающемся буфере. Но он не обращается, когда буферы на самом деле будут записаны на устройство. Эти очки все еще герман.
В целом, звучит так, будто у вас не будет проблемой, если вы правильно обрабатываете какие-либо многопоточные аспекты, и осознавать, что то, что вы видите в вашем базовом буфере, могут «измениться под вашими ногами».