синхронизация межпроцессного чтения/записи

[OtherSide]

Ситуация следующая - одна тулза пишет в файл, другая в него читает. Как на C# написать такой код, что бы ждал пока файл закрыт для чтения потому что туда пишут и сразу после освобождения читал? Ну что-то типа waitForSingleObject для тредов на Си, только не для тредов а для файлов и на шарпе? А еще лучше ждал заданное время, а если не дождался кидал экспешн?

[Medium-rare]

Что-то на тему FileSystemWatcher. Когда-то рисовал подобное на C++, но нотификации собственно на изменение файла.

[Medium-rare]

Завернуть запись в Мutex.
Чтение ждет на мютексе.

Запись та объект ядра OS? Или mutex с именем для обоих тулзов, чтобы оба могли его использовать? Они, вроде, в разных процессах.

[M. Ridcully]

Хмм, про Винды я уже много чего не помню, но вот практически уверен, что у них есть какой-нить вариант select / epoll.
Ну то есть один процесс (асинхронно) читает, другой пишет. Ничего усложнять или как-то дополнительно "синхронизовать" - это огород городить.

[Medium-rare]

Запись та объект ядра OS? Или mutex с именем для обоих тулзов, чтобы оба могли его использовать? Они, вроде, в разных процессах.

Имена объектов синхронизации глобальные.
Можно юзать из разных процессов.

Оба тула должны быть напианы тогда самим автором. Ну, конечно, named mutex у них есть, только global. Но мьютекса мало, ещё надо событие. Или надо ждать в цикле try_lock(), что-то такое, не очень. Ну и глобальные события на раз делается.

[Palych]

А где эти глобальные мутехи хранятся? Shared memory?

[Medium-rare]

Хорошо известная фича Kernel Objects. Принципиально с другими современными OS нет различий, какой-то глобальный хэндл, в данном случае, по имени, и понеслась. Где те объекты хранятся, прикладников волновать не должно.

[tau]

Зависит от того, в каком режиме "тулза" открывает файл на запись. Я бы начал с попытки использовать LockFileEx. Или FileStream.Lock, который, по моим подозрениям, есть то же самое под капотом (но я лично не проверял).
Использование именованных объектов ядра поможет только если "тулза" создаёт таковые при открытия файла на запись, чего можно ожидать только от совершенно параноидальных кодописателей.

[Palych]

Я в свое время вместо синхронизации просто переименовывал файлы по окончанию записи.
Операция переименования атомарная (вроде бы) во всех системах.
Пока работает...

[shadow7256]

del

[OtherSide]

Зависит от того, в каком режиме "тулза" открывает файл на запись. Я бы начал с попытки использовать LockFileEx. Или FileStream.Lock, который, по моим подозрениям, есть то же самое под капотом (но я лично не проверял).
Использование именованных объектов ядра поможет только если "тулза" создаёт таковые при открытия файла на запись, чего можно ожидать только от совершенно параноидальных кодописателей.

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

[OtherSide]

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

[M. Ridcully]

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

А, ну тогда я не так задачу понял.
Тогда погуглите аналог inotify на виндах.
Я забыл, как оно называется, но точно есть. Я сам когда-то давно его использовал.

[M. Ridcully]

Вот первый же ответ: https://stackoverflow.com/questions/351 ... on-windows

Medium-rare вон оказывается давным давно вам написал выше.

Только потом дискуссия к какой-то синхронизации зачем-то сползла...

[Pantigalt]

Ситуация следующая - одна тулза пишет в файл, другая в него читает. Как на C# написать такой код, что бы ждал пока файл закрыт для чтения потому что туда пишут и сразу после освобождения читал? Ну что-то типа waitForSingleObject для тредов на Си, только не для тредов а для файлов и на шарпе? А еще лучше ждал заданное время, а если не дождался кидал экспешн?

What about this?

You apply filter watcher.NotifyFilter = NotifyFilters.LastAccess | NotifyFilters.LastWrite and on firing event try to read?

[OtherSide]

Вот первый же ответ: https://stackoverflow.com/questions/351 ... on-windows

Medium-rare вон оказывается давным давно вам написал выше.

Только потом дискуссия к какой-то синхронизации зачем-то сползла...

Пропустил, спасибо! Буду изучать