отменить кеширование записи и чтения данных из файла в примонтированом разделe файловой сисиемы

O_DIRECT?

echo 3 > /proc/sys/vm/drop_caches

спасибо, это наверно както заработает. но мне нужно именно изменить политку для раздела - открывать файлы будут процессы которые я не контролинрую, например например текстовый редактор, нужно чтобы работало как /sys, fuse позволяет это сделать но это деать тоже самый функционал только без кеширования, вобщем странненько, должен быть способ..

mount -o sync, но будет медленно, больно и печально.

Лучше бы на HID всё сделал ИМХО, оно для этого гораздо лучше подходит, чем подобное костыляние.

прикидывается usb mass storage

далее фс решает что если она не писала в файл то и читать с девайса - трата времени, и берет данные из кеша.

Вот и обновляй время модификации эмулируемого файла на устройстве, когда обновились данные с датчика.

mount -o sync не работает, это была первая идея, есть позреня что это на запись только влияет.

Вот и обновляй время модификации эмулируемого файла на устройстве, когда обновились данные с датчика.

как? чтобы fs узнала обновление даты она должна прочитать атрибуты файла из девайса, но она это не будет делать потому что думает чтто она едиственная кто может что то отмодифицировать, так не подет, единственный способ - изменить поведение fs. HID мне не нужен, ни к чему он не приспособлен кроме мышек джойстиков и кнопочек.

Можно перед каждым чтением размонтировать/примонтировать ФС (особенно, если к ФС обращается только одна пользовательская программа).

но она это не будет делать потому что думает чтто она едиственная кто может что то отмодифицировать

Эмулировать NFS. Или 9p.

Сомневаюсь, что это отключит кэш ЧТЕНИЯ.

Сделай LD_PRELOAD враппер, если статических бинарей нет.

Вероятно способа отключить кэш чтения для конкретного девайса не получится. Для всех девайсов сойдет ?

А не по-процессно ли это отключается (O_DIRECT на вызове fopen) ? Я про инструмент nocache.

man mount

sync

All I/O to the filesystem should be done synchronously. In the case of media with a limited number of write cycles (e.g. some flash drives), sync may cause life-cycle shortening.

UPD: Хотя, может, из-за кеша эти I/O не будут сгенерированы вообще.

O_DIRECT + кое-какие ограничения - и всё работает: Disable read cache/buffer for USB mass storage device in Linux

В nocache там, по-моему, fadvise с POSIX_FADV_DONTNEED.

Что за файловая система, самописная? Что за устройство mass-storage, самописное? Если самописные, откуда вопросы про кеширование? Или ты сам не знаешь с чем работаешь?

Мимо:
man 2 mount

MS_SYNCHRONOUS
Make writes on this filesystem synchronous (as though the O_SYNC flag to open(2) was specified for all file opens to this filesystem).

все самописное на девайсе, реализован fat, интерфейс usb mass storage, проблема не в девайсе а в драйвере fs на хосте(linux)

реализован fat

Зачем? Данными с ядром обмениваются без таких костылей все.

реализован fat, ... проблема ... в драйвере fs

Первая информация по делу. Выделил где проблема.

Аналогичная тема Аппаратная эмуляция USB Flash

Нет проблемы в драйвере, он следует стандарту.

FAT не может монтироваться однoвременно несколькими серверами. Если ФС примонтирована, но ваше устройство меняет данные на лету — оно не соответствует ни FAT, ни USB Mass Storage. Ваше устройство не должно трогать содержимое ФС, когда она примонтирована хостом.

То, чего вы хотите — невозможно. Маскимум, что можно сделать — это установить периодичность сброса кэша. Вы и сам нагуглите, как это делается.

Да тут вообще не в ФС проблема, тут забивание гвоздей микроскопом изначально.

Монтирование внутреннего каталога на USB-выход

суть проблемы. сделал девайс который через usb прикидывается usb mass storage

Файловая система ставит в соответствие файлам их смещения относительно начала устройства.

/mnt/sensor_file лежит по смещению sensor_offset в /dev/you_device.

Напиши то же самое в виде драйвера на fuse, который при записи/чтении файла будет писать/читать по смещениям, а на заголовки и метаданные fat32 забей.

Вполне возможно. В исходники я, признаться, не полез.

Не нужно «есть с ножа», но если деваться некуда, то примерно так:

• обязательно open() с O_DIRECT (ну и с аналогичными флажками в mustdie);
• в девайте эмулируйте файл максимального размера и при чтении выдавайте инфу блоками подходящего фиксированного размера по степени 2 игнорируя старшие разряды смещения.
• соответственно приложение должно «просто читать» файл этими блоками последовательно и переходить к началу когда упрется в «конец» псевдо-файла.

Эта схемa будет работать везде.

Но чтобы работало из «любого текстового редактора» придется сделать свою либу, которая отследит обращение к «вашему» файлу и все сделает правильно, а потом посредством LD_PRELOAD подменять read(), readv() и mmap().

Даже в сраном пхп есть clearstatcache(); перед чтением файлов. Обязуй читающую строну просить фс сбрасывать кеши и все будет пучком.

Именно.