Не забыть: bad_cast, flush, sync

[dememax]

bad_cast

Из стандарта, 5.2.7. Dynamic cast:

The value of a failed cast to pointer type is the null pointer value of the required result type. A failed cast to reference type throws std::bad_cast (18.7.2).

flush

Если вы что-то выводите - ещё не факт, что это сразу свалится куда нужно. В частности, если это сделали перед fork(), то это приведёт к тому, что строка, печатаемая функцией из семейства print - будет распечатана в обоих процессах. Никакой '\n' в выводимой строке (в отличии от std::endl) не приведёт к имплицитному вызову flush(). С другой стороны, если вызвали fclose() - там явно написано, что flush будет, а в соответствующей close() - такого не нашёл.

sync

Старый добрый sync(). Он всесилен! :-)

Comments

Re: Тогда еще до кучи fdatasync и posix_fadvise с флагом POSIX_FADV_DONTNEED.

[dememax]

Погоди, вот я там упомянул вот этот манипулятор:

27.7.3.8 Standard basic_ostream manipulators [ostream.manip]

namespace std {
  template <class charT, class traits>
    basic_ostream<charT,traits>& endl(basic_ostream<charT,traits>& os);
}

Effects: Calls os.put(os.widen(’\n’)), then os.flush().

Что с этим не так? Ведь вызывает flush(), нет?

Re: Тогда еще до кучи fdatasync и posix_fadvise с флагом POSIX_FADV_DONTNEED.

[madf.livejournal.com]

Да, он вызывает std::basic_ostream::flush() который сбрасывает внутренний буфер потока на следующий уровень - в пространство ядра. Он аналогичен fflush() для буферизованного I/O в C. Но этого мало.
Смотри, по сути у нас есть три буфера: буфер в std::basic_ostream (аналогичен буферу в fopen/fwrite/fclose из C), внутренние буферы ядра (в частности буфер ФС) и буфер устройства. На последний мы повлиять не можем (к сожалению), а вот на первые два - без проблем. С первым работает flush()/fflush(), со вторым работает sync()/fsync()/fdatasync().
sync() - это "удар по площадям". Он сбрасывает все дисковые буферы - тормоз тот еще.
fsync() - это "точечный удар". Он сбрасывает только данные и метаданные относящиеся к указанному файловому дескриптору.
fdatasync() - это тот-же fsync(), но он не трогает метаданные. Т.е. вся важная информация будет записана на устройство, а atime/mtime останутся в буфере. Он меньше "дергает" устройство и быстрее работает, и при этом дает достаточные гарантии по данным.
Очень жаль только что из std::basic_ostream последние две функции недоступны.
Что касается posix_fadvise то это уже из области внутренних оптимизаций ядра. Особого эффекта от него я не заметил, но почему бы и не сказать ядру что с этим файлом мы больше не собираемся работать.

Re: Тогда еще до кучи fdatasync и posix_fadvise с флагом POSIX_FADV_DONTNEED.

[dememax]

Да, уж...
Круто! Я настолько не углублялся. (Мои коллеги - да, мне это нужно не было...)

Но интересно.