Как поделить файл между процессами

Мультиплексор поставить и кидать ему команды от процессов. Кстати, в бизнесе та же байда с доступом на склад.

Не, сложно, более простые варианты нужны. Какую-нибудь может волшебную блокировку поставить?

Поставь волшебную конструкцию вида «попробовал - получил ошибку удаления - пауза 1 секунда - иди в начало».

нет, там другое, процесс падает, если не может записать в файл (как я понял в момент его копирования)

Очень сильно подозреваю, что на уровне файловой системы конфликт доступа решается штатно, просто ты неправильно делаешь вызов процедуры записи.

Pid-файл же.

ffmpeg это делает

Попробуй сперва переместить под уникальным именем и только потом копировать.

Создай третий процесс который будет принимать команды от них и синхронизировать.

У тебя именно процессы или треды?

Если треды - то наверняка pthread и тогда pthread_mutex_lock/unlock при доступе к файлу.

Если именно процессы, то либо классический локфайл, либо sem_wait/sem_post, либо можно например в shm создать кусок памяти завести в нём pthread_mutex и дальше пользоваться pthread_mutex_lock/unlock.

Хм, а насколько будет вероятность что в момент переименовки файл будет писаться? Вообще он пишется где то раз в 1-2 сек.

у тебя алгоритм полностью не прописан.
Что должно происходить, если первый процесс производит файлы быстрее чем второй их потребляет?
Блокировка первого процесса? Формирование очереди файлов? Перезапись файла? Другое?

Так-то переименование-перемещение должно быть одной атомарной транзакцией в моём понимании. Но вы лучше попробуйте, поиспытывайте. Это ещё от файловой системы может зависеть.

Понял, спасибо, решение мне кажется самое оптимальное, на копирование конечно же больше времени уходит на порядок. зачем я вообще копировал не знаю сам )

А...вот почему копировал. Файло же нельзя переименовать когда файл пишется... мда... дела

Опиши нормально проблему, начни с того чтобы процитировать эту самую ошибку доступа и уточнить, в каком именно месте ты её видишь. И опиши желаемый результат чётко.

А...вот почему копировал. Файло же нельзя переименовать когда файл пишется... мда... дела

Глупости, можно. Или ты спалившийся виндузятник?

Можно разве?

Или ты спалившийся виндузятник

О господи...

В смысле нельзя? Разве? Насколько я знаю имя изменяется, а инф. узел остаётся и может быть в том числе открыт для записи любым процессом.

Файло же нельзя переименовать когда файл пишется…

Почему? Именно переименовал, и копируй себе спокойно.

я бы делал так:

1. проц1 создает файл с именем $(mktemp) …
2. проц1 переименовывает файл в /tmp/file_ready
3. проц2 увидел файл /tmp/file_ready и переименовывает его в $(mktemp)
4. проц2 копирует файл …

Он не указал желаемую логику работы, поэтому не факт что этот вариант именно то что он хочет.

Что мешает переименовать файл перед копированием, а потом работать с переименованным файлом?

создавать файл с другим именем. делать rename в правильное имя.

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

inotify во все поля.

Просто добавь Кафку. Один процесс запихивает файл в топик, второй процесс считывает файл из топика, а кафка в докер-композ работает.

Дешево и сердито.

Странно, что никто не написал про flock. Да, это не самое ынтерпрайзное решение, но для нужд ТСа может быть достаточно.

нафига когда есть rename(2)?

Научить первый процесс быть повежливее.

Ну дык проверьте перед запуском ffmpeg что файл не занят man fuser.

Вообще он пишется где то раз в 1-2 сек.

экстремально не выполнимое задание вы себе нарисовали.

Файло же нельзя переименовать когда файл пишется... мда... дела

как раз можно.

Уникальныые имена.

Странно, что никто не написал про flock.

Странно что все что-то советуют, при том что ТС так и не сформулировал конкретную задачу.

Всегда можно дать совет исходя из минимум предложенной информации и не ныть требуя полное ТЗ

Это не нытьё. Советуя наобум можно насоветовать что-то совершенно непригодное и вредное. Автор действительно не указал ряд существенных деталей, от которых неизбежно зависит правильное решение, и пренебрежение ими будет вести к систематической порче или потере данных, или и тому и тому вместе.

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