C++ fopen shared file

А чем не устроил std::ifstream?

Правда про него пишут

Data races Modifies the ifstream object. Concurrent access to the same stream object introduce data races.

А вобще я правильно понял, что тебе в каждом потоке надо открыть один и тот же файл и читать из него?

да

Просто fopen уже используется внутри работающего класса...

Почитай man dup, может это то, что ты хочешь. А еще по идее можно открывать файл на чтение сколько угодно раз, т.е. внутри каждого потока отдельно.

Делаешь глобальную переменную типа FILE *. И юзаешь её во всех потоках. В чём проблема?

Для глобальной нужны блокировки, иначе можно прочитать совсем не оттуда, откуда надеялся.

его можно в рамку просто полностью загрузить. И таким образом читать в куче потоков.

Делаешь глобальную переменную типа FILE *. И юзаешь её во всех потоках. В чём проблема?

  .-'---`-.
,'          `.
|             \
|              \
\           _  \
,\  _    ,'-,/-)\
( * \ \,' ,' ,'-)
 `._,)     -',-')
   \/         "/
    )        / /
   /       ,'-'

его можно в рамку просто полностью загрузить.

Рамки может не хватить.

А вообще вот, говорят thread safe: http://stackoverflow.com/questions/17431813/c-read-and-thread-safety-linux

... или нет: http://stackoverflow.com/questions/22366776/is-reading-and-writing-to-the-sam...

А вот еще страничка мануала про flockfile() из GLIBC: http://man7.org/linux/man-pages/man3/flockfile.3.html

The stdio functions are thread-safe. This is achieved by assigning to each FILE object a lockcount and (if the lockcount is nonzero) an owning thread.

All this is invisible to the C-programmer, but there may be two reasons to wish for more detailed control. On the one hand, maybe a series of I/O actions by one thread belongs together, and should not be interrupted by the I/O of some other thread. On the other hand, maybe the locking overhead should be avoided for greater efficiency.

Блин, нужно теперь стандарт читать :(

ОченьТолсто)

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

mmap точно не подойдет?

Вот и я за то же.

pread + mutex?

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

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

А ничего, что курсор у файла будет один на всех?

с одним курсором на всех мы в итоге и получаем нечто эквивалентное «Делаешь глобальную переменную типа FILE *. И юзаешь её во всех потоках.» только безопасное, зато криво оптимизированное.

с одним курсором на всех мы в итоге и получаем нечто эквивалентное «Делаешь глобальную переменную типа FILE *.

Равное

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

Если каждый поток должен читать файл индивидуально, то это - антирешение, я вот к чему.