О СТРУКТУРЕ INODE и потоках

@Dimaskih · Регистрация: 01.06.2010

Студворк — интернет-сервис помощи студентам

ВСЕМ ПРИВЕТ, проблемка. Перерыл весь гугл и яндекс, несколько книг по системному ПО, вроде стало ясно что такое структура айнод. Осталось неясным как использовать эту структуру с файлами.

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

2.В каком заголовочном файле объявляется эта структура, файл linux/fs.h который предлагают не содержит никаких структур о которых говорят в доках, содержит только две структуры с малым количеством полей и кучу #define разных.

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

@buugman · 12.07.2010, 21:52

Сообщение от Dimaskih

ВСЕМ ПРИВЕТ, проблемка. Перерыл весь гугл и яндекс, несколько книг по системному ПО, вроде стало ясно что такое структура айнод. Осталось неясным как использовать эту структуру с файлами.

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

2.В каком заголовочном файле объявляется эта структура, файл linux/fs.h который предлагают не содержит никаких структур о которых говорят в доках, содержит только две структуры с малым количеством полей и кучу #define разных.

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

Бедный гугл. Если бы вам было понятно что такое inode, вы бы поняли что никак синхронизировать потоки с их помощью нельзя. http://ru.wikipedia.org/wiki/Inode

Evg · 12.07.2010, 23:27

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

При таком подходе один поток тупо пишет в файл, другой тупо читает. Из-за указанного выше свойства при чтении второй поток никогда не выскочит за границу текущего записанного размера

Синхронизация при помощи инода - это запись какой-то хрени прямо в сам инод на диск чтоли? В принципе, если для этих целей отведён какой-то бит, то может и можно

@buugman · 13.07.2010, 00:40

Сообщение от Evg

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

При таком подходе один поток тупо пишет в файл, другой тупо читает. Из-за указанного выше свойства при чтении второй поток никогда не выскочит за границу текущего записанного размера

Синхронизация при помощи инода - это запись какой-то хрени прямо в сам инод на диск чтоли? В принципе, если для этих целей отведён какой-то бит, то может и можно

Это называется блокировка сегментов или участков файла, очень геморойная процедура, я бы сказал "Использовать только по принуждению, грозящему смертью вам или вашим близким."
Есть два способа устроить это. Системный вызов lockf, или уже упоминавшийся fcntl. Я знаю только про второй.

C
1
int fcntl(int fildes,int command,struct flock *flock_structure);

C
1
2
3
4
5
6
7
8
9
10
flock_structure
{
short l_type ;//тип лока
short l_whence;//откуда лочим 
off_t l_start;//Начальный байт участка файла
off_t l_len;//количество байт которые лочим
pid_t i_pid;// Идентификатор процесса, который блокирует участок
}
command // значения F_GETLK - получение информации о файле F_SETLK - блокирует или разблокирует участок файла 
fildes // дескриптор файла

Evg · 13.07.2010, 09:02

Сообщение от buugman

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

Видел пример в одной из книжек, там всё очень просто было. Было это много лет назад, так что книгу уже и не вспомню. Единственное, что помню - на обложке было большими буквами написано Unix (а название что-то тип "программирование под Unix"). Книга где-то 80-ых годов.

Там не было никакой блокировки участков/сегментом. Там просто выставлялся какой-то флажок. Если взять сокеты, то одним лёгким движением через fcntl (...O_NONBLOCK) сокет превращается в неблокируемый. Вот для файлов примерно то же самое (только операция должна быть обратная)

Vourhey · 13.07.2010, 22:46

Dimaskih, поищи-ка свою структуру в сорцах ядра. Там она.

@qwarta · 14.07.2010, 01:20

Evg, рискну предположить, что этим флагом является O_RSYNC, при установке которого каждый вызов функции read() приостанавливается до тех пор, пока не будут закончены ожидающие завершения операции записи в ту же самую часть файла.
То есть,файл надо открыть так:

C
1
fd=open(FILENAME,O_RDWR | O_APPEND | O_RSYNC);

@buugman · 14.07.2010, 01:43

Сообщение от qwarta

Evg, рискну предположить, что этим флагом является O_RSYNC, при установке которого каждый вызов функции read() приостанавливается до тех пор, пока не будут закончены ожидающие завершения операции записи в ту же самую часть файла.
То есть,файл надо открыть так:

C
1
fd=open(FILENAME,O_RDWR | O_APPEND | O_RSYNC);

Флаг O_RSYNC никак не влияет на функцию read(). Флаг нужен для того что бы ни один вызов функции write() не завершился пока данные физически не будут записаны на диск.

@qwarta · 15.07.2010, 21:56

buugman,мне кажется, что Вы ошибаетесь. В качестве подтверждения:
1. Стивенс, Раго "UNIX профессиональное программирование"

0_DSYNC
Каждый вызов функции write ожидает завершения физической операции ввода- вывода, но не ожидает, пока будут обновлены атрибуты файла, если они не влияют на возможность чтения только что записанных данных.
0_RSYNC
Каждый вызов функции read приостанавливается до тех пор, пока не будут закончены ожидающие завершения операции записи в ту же самую часть файла.
0_SYNC
Каждый вызов функции write ожидает завершения физической операции ввода-вывода, включая операцию обновления атрибутов файла.

2. http://www.opennet.ru/docs/RUS/zlp/appendix02.html
Смотри таблицу 4.

@buugman · 15.07.2010, 23:15

Сообщение от qwarta

buugman,мне кажется, что Вы ошибаетесь. В качестве подтверждения:
1. Стивенс, Раго "UNIX профессиональное программирование"

2. http://www.opennet.ru/docs/RUS/zlp/appendix02.html
Смотри таблицу 4.

Да, я спутал O_RSYNC и O_SYNC, все потому что O_RSYNC бесполезен. Функция read() всегда синхронизируется, иначе она просто не будет возвращать значении или в лучшем случае вернет какую нибудь чушь.

@Dimaskih · 18.07.2010, 15:48 **[ТС]**

Всем привет, сколько ответов

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

Я сделал так: есть структура stat которая тащит из айнод некоторую информацию о файле - я использовал размер, короче пока размер файла не изменится читающий поток будит бегать в цикле, а пишущему пофиг он пишет и всё

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

Evg · 18.07.2010, 16:06

Сообщение от Dimaskih

Всем привет, сколько ответов

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

Я сделал так: есть структура stat которая тащит из айнод некоторую информацию о файле - я использовал размер, короче пока размер файла не изменится читающий поток будит бегать в цикле, а пишущему пофиг он пишет и всё

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

Через stat можно прочитать поле st_size и не заморачиваться ни с какими inode'ами

Новые блоги и статьи Все статьи Все блоги /
Команды "Заполнить" и "Очистить" на форме документа Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". На примере нетипового документа разработанного в конфигурации КА2. В качестве источника данных указан регистр накопления, в который записываются данные о. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .
Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .

@Dimaskih 4 / 4 / 0 Регистрация: 01.06.2010 Сообщений: 27

	О СТРУКТУРЕ INODE и потоках 01.06.2010, 06:27. Показов 3730. Ответов 11 Метки нет (Все метки) ВСЕМ ПРИВЕТ, проблемка. Перерыл весь гугл и яндекс, несколько книг по системному ПО, вроде стало ясно что такое структура айнод. Осталось неясным как использовать эту структуру с файлами. 1.То есть допустим пишу приложение, как мне открыть и привязать файл к структуре Айнод или точнее выдрать структуру айнод именно нужного мне файла. 2.В каком заголовочном файле объявляется эта структура, файл linux/fs.h который предлагают не содержит никаких структур о которых говорят в доках, содержит только две структуры с малым количеством полей и кучу #define разных. Собственно сама задача которая передо мной стоит - есть два потока, один пишет в файл символы другой из него их читает одновременно. Нужно как-то замутить синхронизацию с помощью inode. Мьютексы, фьютексы и другие средства нельзя... не потому что невозможно использовать, просто задание такое сотворить прогу через inode. 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	12.07.2010, 23:27
	Для такой задачи у файла есть какое-то свойство, означающее, что при достижении конца файла при чтении нужно выдавать не признак конца файла, а зависать и ждать, пока в файле не появятся новые данные. Как это делается, не помню, но вроде бы через fcntl. Те, кто разбираются в вопросе, могут подсказать точно. При таком подходе один поток тупо пишет в файл, другой тупо читает. Из-за указанного выше свойства при чтении второй поток никогда не выскочит за границу текущего записанного размера Синхронизация при помощи инода - это запись какой-то хрени прямо в сам инод на диск чтоли? В принципе, если для этих целей отведён какой-то бит, то может и можно 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	13.07.2010, 22:46
	Dimaskih, поищи-ка свою структуру в сорцах ядра. Там она. 0

@Dimaskih 4 / 4 / 0 Регистрация: 01.06.2010 Сообщений: 27
	18.07.2010, 15:48 [ТС]
	Всем привет, сколько ответов Задачу я уже давно решил, оказалось синхронизировать с помощью айнод можно, но не совсем напрямую Я сделал так: есть структура stat которая тащит из айнод некоторую информацию о файле - я использовал размер, короче пока размер файла не изменится читающий поток будит бегать в цикле, а пишущему пофиг он пишет и всё еще использовал функцию fflush которая сливает данные из буфера на диск, на всякий случай. 0