write and fsync

0

0

Приветствую всех.

Допусти есть вызов

write(fd, buf, sizeof(buf));

он проходит успешно и возвращает sizeof(buf)

затем идет некий код, который приводит к Segmentation fault.

Есть ли гарантия, что ядро сбросит на диск этот самый buf или же  в таком случае нужно после write вызывать fsync(fd)?

Спасибо.

Ссылка

←	emacs: системное переключение раскладки

Проблема с отладкой в SlickEdit 11.0.2

→

насколько я понимаю, если оно попало в буферный кэш винта, то будет записано несмотря на сегфолт. однако, это лишь мои домыслы =).

ftor ★
(21.06.07 12:14:16 UTC)

Ответ на: комментарий от ftor 21.06.07 12:14:16 UTC

Вы какой кэш имеете ввиду?
который в ядре или который на самом винте находится?
если на самом винте, то запишется,
тут вопрос к "ядерному" кэшу.

Dead ★★★★
(21.06.07 12:17:27 UTC) автор топика

Ссылка

man 2 write:

NOTES
       A  successful  return  from write does not make any guarantee that data
       has been committed to disk.  In fact, on some buggy implementations, it
       does  not  even guarantee that space has successfully been reserved for
       the data.  The only way to be sure is to call fsync(2)  after  you  are
       done writing all your data.

generatorglukoff ★★
(21.06.07 16:52:20 UTC)

Ответ на: комментарий от generatorglukoff 21.06.07 16:52:20 UTC

Интерестно, кто автор этого замечания. До 2001 года жили замечательно, а потом в man-page решили добавит пожелание использовать fsync по любому поводу.

А в BSD, вроде бы, такого замечания нет...

>Есть ли гарантия, что ядро сбросит на диск этот самый buf

Разумется нет, если пропадёт питание и т.д. В Linux при записи на ФС, расположенную на локальном диске, на время write() процесс находится в uninterruptable состоянии и его нельзя "убить", а после write() данные находятся в дисковом кеше, и ядро при всем желании не может связать их с процессом, производившим write(), то есть не может очистить их по "Segmentation fault".

mky ★★★★★
(21.06.07 21:55:14 UTC)

Ответ на: комментарий от mky 21.06.07 21:55:14 UTC

>Интерестно, кто автор этого замечания. До 2001 года жили замечательно, а потом в man-page решили добавит пожелание использовать fsync по любому поводу.

>А в BSD, вроде бы, такого замечания нет...

Вероятно все зависит от реализации в ядре.

>Разумется нет, если пропадёт питание и т.д. В Linux при записи на ФС, расположенную на локальном диске, на время write() процесс находится в uninterruptable состоянии и его нельзя "убить", а после write() данные находятся в дисковом кеше, и ядро при всем желании не может связать их с процессом, производившим write(), то есть не может очистить их по "Segmentation fault".

Я не рассматривал случай, если пропадет питание. Вопрос был только про Segmentation fault.

По поводу дискового кэша были такие же предполажения. Гланое чтобы write их туда действительно помещал. А то мало ли какая там кухня. Может быть есть еще какие-то промежуточные операции, где есть конкретная привязка к pid'у процесса.

Спасибо за ответ.

Dead ★★★★
(22.06.07 08:59:29 UTC) автор топика