Ведь если это так то это сродни глючным винчестерам у которых нету cache flushes supported и которые говорят что записали свой кеш на блины а реально не записывают - вся логика программы едет...

Да лан... это фича. Одна польза: я вот промахнулся директорией(не спал давно, да) но оно не успело засрать раздел! Разве не плюсы?

> эта радость не гарантирует запись файла при flush() файла и close() файла и реагирует только на системный sync ?

Использовать Википедию в качестве источника узкотехнической информации - неразумно. Вызова flush не существует. Если верить Теду Тсо, ext4 подчиняется fsync и fdatasync.

Ко мне прибегает человек и говорит позвони по номеру XXX-XX-XX, я делаю

echo XXX-XX-XX > number

происходит open(), write(), close(), я говорю что номер записал и позвоню и человек немедленно уезжает в отпуск в тайгу.

Через 20 секунд рубится лепездричество и оказывается что нифига я не записал... Нафига такое надо ? Имхо по flush()/close() данные обязаны записываться иначе вся логика едет :(

>Вызова flush не существует.
Я имею ввиду fsync()/fflush() для open()/fopen()

>Если верить Теду Тсо, ext4 подчиняется fsync и fdatasync.
Выходит и close()/fclose() ? Тогда в чем отличие всего этого от простого write кеша ???

Ну, я шутил в том посте :)

AFAIR, есть соответствующая твоим запросам опция монтирования.

>Через 20 секунд рубится лепездричество

мне кажется, упсы есть даже у самых нищебродистых нищебродов

>мне кажется, упсы есть даже у самых нищебродистых нищебродов

Я понимаю что надежное решение должно включать в себя UPS с обратной связью, однако это не ответ.

>>Вызова flush не существует.

>Я имею ввиду fsync()/fflush() для open()/fopen()

fflush - это вообще не системный вызов, про fsync я уже сказал.

>>Если верить Теду Тсо, ext4 подчиняется fsync и fdatasync.

>Выходит и close()/fclose()

Не выходит. man 2 close.

> Тогда в чем отличие всего этого от простого write кеша ???

В том, что delalloc используется не для ускорения чтения/записи, а для оптимизации размещения файлов на диске.

>Не выходит. man 2 close.

Это все придирки. Ок дескриптор close() "является последней копией какого-либо файлового дескриптора". Можно быть уверенным что close() физически запишет данные ?

>AFAIR, есть соответствующая твоим запросам опция монтирования.

Можно подробней ? Пока не нашел :(

>> Не выходит. man 2 close.

> Это все придирки.

Придирки начнутся сейчас - читать научись, уже пора: "A successful close does not guarantee that the data has been success fully saved to disk, as the kernel defers writes". И так было _всегда_,

> Можно быть уверенным что close() физически запишет данные ?

close ничего не гарантирует (это зависит от реализации: "It is not common for a filesystem to flush the buffers when the stream is closed").

Первое, что пришло в голову - это sync.

Копать мне не хочется, ибо переползаю на Рейзер4. Так что документация поможет ;)

>close ничего не гарантирует

Да дейстительно, это что-то новое, а я всю жизнь считал что close() включает в себя fsync()...

Мде... Что-ж теперь всегда буду делать open()/write()/fsync()/close()

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

Reiser4 всем покажет.

>ибо переползаю на Рейзер4.

Давно пора.

> и не нужно так нервничать, поменьше снобизма

Я что-то пропустил? Цитирование man close уже считается снобизмом? :-)

Всё некогда было. Теперь свободен - можно экспериментировать))

> Мде... Что-ж теперь всегда буду делать open()/write()/fsync()/close()

Вот бы и всех остальных разработчиков заставить прочитать ман по close(), которому сто лет в обед - и проблема с ext4 окажется исчерпана.

>> Мде... Что-ж теперь всегда буду делать open()/write()/fsync()/close()

Ну и нахрена? Вот из-за таких как ты, гном и тормозит, т.к. в процессе работы он пересохраняет кучу всяких мелких файликов. Если на каждом таком сохранении ждать выполнения fsync - нормальной скорости работы не видать еще очень долго.

Исходить надо из задач.

>Вот бы и всех остальных разработчиков заставить прочитать ман по close(), которому сто лет в обед - и проблема с ext4 окажется исчерпана.

ошибаетесь, их проблема в man rename

>Ну и нахрена? Вот из-за таких как ты, гном и тормозит, т.к. в процессе работы он пересохраняет кучу всяких мелких файликов.

Что на хрена ? В случае гном вероятно пробелама в:
1) в формате конфигурационных файлов
2) в не использоавнии в man rename
3) в не использовании man fsync

>Вот из-за таких как ты
я между прочим докапался до сути через снобизм неких личностей и уменьшил энтропию вселенной. а это уже стоит много...