Не забыть: 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

[madf.livejournal.com]

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

[mansch.livejournal.com]

это что еще за троль ??

Re: это что еще за троль ??

[dememax]

Юра, вот уж кто тролль и упячка, так это - ты!!!
:-(

Re: это что еще за троль ??

[mansch.livejournal.com]

Иисус - я могу рассуждать с тобой только о вере

Re: это что еще за троль ??

[dememax]

Милый мой, хороший, ты напрашиваешься на бан...

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

[dememax]

Это, может быть, и - тоже, хорошо, но описанное мной - должно отлетать от зубов!!!
:-)

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

[mansch.livejournal.com]

тебе прислать трактат Августина ?

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

[dememax]

Или на грубости, типа "поешь г..."...

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

[mansch.livejournal.com]

в специфакции C99 нет такого слова!

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

[madf.livejournal.com]

А, вон оно о чем... От зубов - это да.
Копать про fdatasync и posix_fadvise я не от хорошей жизни начал. Надо было чтобы при жестком отключении питания одной железяки свежеправленные файлики оставались свежеправленными.
К стати, прямого способа сделать это с плюсовыми потоками не нашел. Методов у них подобных нет, а хендл снаружи недоступен. Приходилось переоткрывать файл C-шным API и делать все оттудова.

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]

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

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