disk input/output

[SLEDopit]

Подскажите, пожалуйста, где можно почерпнуть информацию о работе ГНУ/Линуксов с дисковой системой и блочными устройствами. И, желательно, наиболее полную информацию.

Хочется найти ответы на всякие глупые вопросы, из разряда что происходит при подключении одного и того же блочного устройства к разным системам (почему не отображаются изменения, что вообще с ними происходит и т.д). Понимать то я это примерно понимаю, но на каком-то примитивно-интутивном уровне. Проснулось желание разложить всё по полочкам.

Спасибо.

[sash-kan]

не отображаются изменения

это как?

p.s. наиболее полная картина, надо думать, находится в районе /usr/src/linux
менее полную можно почерпнуть где-то в районе описаний файловых систем

[SLEDopit]

это как?

1. создаём file.img и фигачим в него систему с xen, которую тут же стартуем.
2. после этого монтируем этот же file.img в /mnt в хостовой системе, не останавливая виртуалку.
3. начинаем что-то активно делать с файловой системой в xen'e и с печалью наблюдаем за отсутствием изменений в примонтированном /mnt.
Ровно тоже самое происходит, если xen и хост заменить на iscsi таргет и инициатор.

p.s. наиболее полная картина, надо думать, находится в районе /usr/src/linux
менее полную можно почерпнуть где-то в районе описаний файловых систем

что ж, и на этом спасибо. я надеялся, что есть какой-то документ, освещающий данный вопрос.

[sash-kan]

начинаем что-то активно делать с файловой системой в xen'e и с печалью наблюдаем за отсутствием изменений в примонтированном /mnt.

прошу прощения, возможно, у меня наличествует какая-то неправильная картина мира, но мне, честно говоря, никогда и в голову не приходило, что примонтировав одну и ту же (физически) файловую систему в двух разных операционных системах, следует ожидать, что обмен информацией через неё (ф. с.) _возможен_·
если одна операционная система вносит изменения, то _как_ об этом узнает вторая операционная система, не прозводя заново инициализации соответствующих структур данных (хранящихся в оперативной памяти), другими словами — не перемонтируя ф. с.?

[SLEDopit]

прошу прощения, возможно, у меня наличествует какая-то неправильная картина мира, но мне, честно говоря, никогда и в голову не приходило, что примонтировав одну и ту же (физически) файловую систему в двух разных операционных системах, следует ожидать, что обмен информацией через неё (ф. с.) _возможен_·
если одна операционная система вносит изменения, то _как_ об этом узнает вторая операционная система, не прозводя заново инициализации соответствующих структур данных (хранящихся в оперативной памяти), другими словами — не перемонтируя ф. с.?

Я не ожидаю обмена информации. Это было бы весьма наивно. Но мне интересно было бы объяснить самому себе с, так сказать, научной точки зрения, что будет происходить, если в данной ситуации в текстовом файле размером в 100Гб, забитом нулями, взять и заменить все нули на единицы на одном хосте. Тут что, получается ситуация, что фактически диск размером в 100Гб вмещает в себя аж 200Гб данных (на одном хосте будет файл с единицами, на другом - с нулями)? А если его примонтировать в трёх местах? Или четырёх? Размер растёт прямо пропорционально? (:

[sash-kan]

Я не ожидаю обмена информации

выше вы написали немножко по-другому: «наблюдаем за отсутствием изменений в примонтированном /mnt»·
т. е., вы наблюдали отсутствие обмена информацией между двумя операционными системами, судя по всему, всё-таки надеясь, что он будет происходить·

что будет происходить

ну, во-первых, в каждой операционной системе вы будете видеть лишь то, что находится в дисковом кэше·
это по поводу содержимого файлов·
по поводу изменений — тут всё очень сильно зависит от того, как действует, собственно, файловая система·
никто ведь ей не запрещает оставить текущее содержимое файла нетронутым, а записывать новое содержимое в свободное место, занося одновременно изменения в каталожные и/или файловые айноды, верно?
а другая операционная система и не подумает перечитывать содержимое айнодов — оно ведь закэшировано для того, чтобы не вносить ненужных диких задержек при обращении к файлам/каталогам·
а ещё ведь есть и журналируемые файловые системы·
и каждая как-нибудь по-своему действует…

[KiWi]

а ещё ведь есть и журналируемые файловые системы·

И Dirty память тоже пока ещё никто не отменял.

[sash-kan]

btw, http://www.ibm.com/developerworks/ru/library/l-linux-storage
свежак·
не очень близко к теме, но в конце указана целая куча ссылок — что-нибудь полезное должно найтись·

[SLEDopit]

Спасибо.

[Voice]

Странно, что никто не вспомнил книги в духе того же Р. Лава "Разработка ядра Linux".