Почему нет сигнала SIGSEGV при копировании при записи?

Я знаю, что это было давно, но я хотел немного расширить ответ Алексея.

Копирование при записи (я предполагаю, что вы говорите о виртуальной памяти, а не о файловых системах) обычно работает так:

1. ОС знает, какие страницы нужно копировать при записи. (Это страницы, которые являются частными для процесса.) Эти страницы отмечены аппаратно как доступные только для чтения. Однако на карте виртуальной памяти процесса страницы помечены как доступные для чтения и записи. Это означает, что пользовательский процесс считает, что он имеет полный доступ к рассматриваемым страницам.
2. Когда пользовательский процесс пытается выполнить запись на одну из этих страниц, генерируется ошибка страницы, поскольку процессор распознает, что страница доступна только для чтения (на основе ранее установленных аппаратных меток). Ошибки страницы похожи на ошибки сегментации, но для ядра, а не для пользовательских процессов.
3. Это запускает обработчик ошибки страницы в ядре, которое просматривает рассматриваемую страницу и видит, что это частная страница, которая еще не была скопирована. Обработчик создаст копию страницы и пометит копию как доступную для записи.
4. Затем обработчик заменит адрес старой страницы на новый в таблице преобразования виртуального в физический и завершит работу.
5. В этот момент пользовательский процесс повторит последнюю инструкцию, и на этот раз запись будет успешной, потому что новая страница доступна для записи как в карте виртуальной памяти (представление пользовательского процесса о разрешениях памяти), так и в аппаратном обеспечении (представление ядра о правах доступа к памяти). права доступа к памяти) уровней.

Ошибка страницы генерируется каждый раз, когда возникает ошибка сегментации, но большинство ошибок страницы обрабатывается ядром и никогда не передается процессу, вызвавшему их, как ошибка сегментации. Существует множество причин, по которым ошибка страницы может обрабатываться на более низком уровне, в том числе:

• Страница, к которой был осуществлен доступ, была выгружена на диск, поскольку долгое время не использовалась. ОС должна вернуть его в память, чтобы процесс мог снова использовать его.
• Процесс впервые обращается к недавно выделенной странице, а реальная физическая страница еще не выделена. ОС должна выделить страницу, а затем вставить ее в таблицу преобразования виртуальной памяти в физическую, прежде чем можно будет фактически использовать память.
• ОС использует аппаратный трюк с правами доступа к странице, чтобы позволить ему отслеживать доступ к определенной странице. Это то, что происходит при копировании при записи, но оно может иметь и другое применение. Рассмотрим технологию виртуализации на уровне ОС, такую ​​как kvm, при которой запись в местоположение устройства с отображением памяти в памяти в гостевой ОС должны фактически записывать в файл или отображать в хост-ОС.

Основная идея COW заключается в том, что COW полностью прозрачен для пользовательского процесса, как если бы он полностью владел памятью без какого-либо совместного использования.