#машины_разное

В ядре Linux есть интересный системный вызов mmap (memory map) , “привязывающий” указатель на файловый дескриптор к пространству имен внутри процесса.

Штука довольно полезная. Например, можно считать часть файла или даже загрузить его целиком, проводить с ним работу, периодически сохраняя изменения на диск с помощью flush.

В виду удобства использования, mmap иногда использовуют в качестве прослойки между storage engine у СУБД и операционной системой. Работа с файлами и хранилищем - довольно скучный и неблагодарный труд, так что неудивительно, что ее пытаются отдать на откуп операционной системе.

Однако mmap откровенно не подходит для СУБД (передаю привет MongoDB). Он не обеспечивает изоляцию и атомарность транзакций, поскольку файл может быть записан на диск самой ОС в любой момент и это не поддается контролю, но обходится с помощью Copy-on-Write. mmap может так же считать файл из кеша, что по сути дублирует один и тот же файл в памяти дважды.

Исследователи из университета Карнеги-Меллона (в очередной раз) провели исследование о совместимости mmap и СУБД, (в очередной раз) придя к выводу, что смешивать их не стоит. Стоит использовать O_DIRECT и писать свой собственный buffer cache/pool.

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