Boost interprocess что за папка

Методы межпроцессного взаимодействия

Здравсте.
Вот собсна сабж. Кто какие знает и рекомендует? Желательно кроссплатформенное решение. Но если такого не существует, то тада для винды.
Пока думаю про пайпы, но это кажись чисто виндовое решение. К тому же пока не знаю, на сколько шустрое.
Еще мысли про маппед файлы, но проблема та же — кроссплатформенность.
У кого какой опыт и мысли?

#1
0:13, 21 июля 2009

Пайпы — самое простое, особенно в *nix. Хотя могут вести себя немного по разному в разных ОС. Ещё вариант — сокеты, их API почти везде один.

#2
0:18, 21 июля 2009
#3
0:21, 21 июля 2009

DeadMeat
> Еще мысли про маппед файлы, но проблема та же — кроссплатформенность.

WinApi — CreateFileMapping/OpenFileMapping
Linux — mmap

#4
1:33, 21 июля 2009
#5
3:38, 21 июля 2009

boost.interpocess
просто, доступно, быстро, кроссплатформенно
для быстрого старта там есть message_queue

под win платформу не рекомендую сокеты для нагруженного ipc протокола, лучше взять шареную память или пайпы (которые в конечном счёте та же шареная память)

#6
4:11, 21 июля 2009

oistalker
+1

#7
10:58, 21 июля 2009

JokerR
> под win платформу не рекомендую сокеты для нагруженного ipc протокола

#8
11:41, 21 июля 2009

Вот, мне помогло в свое время.

#9
11:47, 21 июля 2009

boost.interprocess создаёт временный файл на каждый блок данных передаваемый между программами. По крайней мере под виндой.
Кроме того что эти файлы потом остаются валяться на диске, это ещё и небезопасно если в них останутся валяться какие-то важные данные или пароли.

#10
19:12, 21 июля 2009

kvakvs
>boost.interprocess создаёт временный файл на каждый блок данных передаваемый между программами. По крайней мере под виндой.
>Кроме того что эти файлы потом остаются валяться на диске, это ещё и небезопасно если в них останутся валяться какие-то важные данные или пароли.
можно минимальный пример для воспроизведения (с файлом на каждый блок и неудаляемыми файлами)? я не наблюдал такого поведения (более того мне не понятна даже возможная причина для такого поведения).

pentagra
>JokerR
>> под win платформу не рекомендую сокеты для нагруженного ipc протокола

>а почему?
потому что на больших объёмах данных пайпы будут на порядок быстрее (видимо пакетам тяжело продираться сквозь сетевой стек, даже если ето loopback 127.0.0.1).

#11
19:21, 21 июля 2009

из того что пришло на ум:
1. пайпы (win и nix) — самое то, просто и удобно
2. сокеты (win и nix)
3. проецируемые файлы (win) либо расшаренная память (nix) — самое то тоже
4. почтовые слоты (win) — УГ
5. DDE (win) — древнее УГ
6. буфер обмена (win) — УГ
7. WM_COPYDATA (win) — УГ

#12
19:31, 21 июля 2009

JokerR
Мне надо было передавать между тредами блок данных, после ряда граблей решил попробовать Boost::interprocess, в таком стиле

managed_shared_memory segment //create segment name segment size ( create_only, "MySharedMemory", 65536); //. через время shared_memory_object::remove( "MySharedMemory");

После успешной обработки данных блоки точно удалялись, то есть ошибок не было и данные обрабатывались и вызывался sh_m_object::remove
Очевидно же что shared memory должна создать файл, хотя очень хотелось бы чтобы это был не файл а блок памяти 🙂
Через время я понял что это всё мне не нужно и от интерпроцесса избавился, а неприятный осадок остался.

#13
20:03, 21 июля 2009

Всем спасибо за советы.
Думаю останусь при маппед файлах. Сделаю обертку и все. Мне главное скорость, поэтому без всяких лишних проверок на доступ и т.п. Работать это будет на сервере поэтому все это исключается.
Еще раз спасибо.

#14
11:14, 22 июля 2009

JokerR
> > почему?
> потому что на больших объёмах данных пайпы будут на порядок быстрее (видимо
> пакетам тяжело продираться сквозь сетевой стек, даже если ето loopback
> 127.0.0.1).

и хочешь сказать, это только под виндой? меня смутило не то, что ты посоветовал пайпы вместо сокетов, а то, что сделал упор на то, что под виндой не рекомендуешь сокеты.

boost/interprocess как расшарить класс в памяти между процессами?

То, что разные процессы видят один и тот же сегмент shared memory по разным адресам, это как раз нормально. Поэтому использовать указатели, используемые другими процессами даже внутри этой области (не говоря уж о ссылках в обычную кучу), нельзя.

13 июн 2018 в 20:34

1 ответ 1

Сортировка: Сброс на вариант по умолчанию

Достаточно обычный #include , заменить на interprocess-овский.

#include 

И саму переменную объявлять не std::string , a boost::interprocess::string .

И ребёнок видет то что видет родитель и может менять, и его изменения так же увидет родитель. Точно так же надо отдельный, собственный vector, map и т.д. брать не из std:: , а из бустов. Полный список всех портов.

#include #include #include // #include #include //std::system #include #include using namespace boost::interprocess; class MyClass < public: MyClass(); ~MyClass(); // std::string name; string name; >; MyClass::MyClass() < this->name = "init"; > MyClass::~MyClass() < >int main( int argc, char *argv[] ) < if ( argc == 1 ) < // Parent process // std::cout ~shm_remove() < shared_memory_object::remove("MySharedMemory"); >> remover; managed_shared_memory shm(create_only, "MySharedMemory", 1000); // Create a managed shared memory MyClass *myclass = shm.construct("MyClass")(); // Construct a named object std::cout name << std::endl; std::string s( argv[0] ); s += " child "; std::system( s.c_str() ); std::cout name name = "step 2"; std::system( s.c_str() ); > else < // std::cout << "child: " << std::endl; managed_shared_memory shm(open_only, "MySharedMemory"); MyClass *myclass = shm.find("MyClass").first; std::cout name name = "step 1"; > return 0; > 

parent see: init child see: init parent see: step 1 child see: step 2 

boost_interprocess — что это за папка и можно ли ее удалить?

Приветствую друзья! Сегодня я постараюсь выяснить — что это за папка boost_interprocess, зачем она нужна и можно ли удалить. Постараюсь все написать простыми словами.

boost_interprocess — что это такое?

Папка от софта, который использует в своей работе библиотеку Boost.Interprocess.

boost_interprocess можно заметить в C:\ProgramData\ .

Может появиться при наличии ПО Geforce Experience (фирменное ПО для видеокарт NVIDIA).

Причина появления — софт использует кроссплатформенную библиотеку Boost.Interprocess (C++), которая эмулирует разделяемую память с поведением как в POSIX, то есть создавая файлы на диске и отображая их в память. Эти файлы и создаются в папке boost_interprocess.

Сегодня при разработке GeForce уже используется язык C++. Поэтому все сходится.

Простыми словами — программисты пишут софт, но не все функции нужно создавать заново, иначе это будет долго. Многие функции уже созданы давно и протестированы. Чтобы их можно было использовать при разработке ПО на многих языках — существуют библиотеки, внутри которых уже присутствуют функции. Одна из таких библиотек и есть Boost.Interprocess, которая для своей корректной работы создает папку boost_interprocess. Ну а эту библиотеку уже может использовать разный софт.

Можно ли удалить boost_interprocess?

В принципе удалять не стоит — может повлиять на работу ПО, которое использует библиотеку Boost.Interprocess.

Если папка постоянно пустая — значит она используется для временных файлов, которые после использования — удаляются. Это нормальное явление, даже грамотное.

Однако если удалить очень хочется, тогда предлагаю вам такой план действий:

1. Создаем точку восстановления на всякий случаем и даем название, например До переименования boost_interprocess. Советую не игнорировать этот пункт!
2. Выполняем перезагрузку ПК. После перезагрузки никакие программы не запускаем. А все, которые запустились автоматически — выходим из них.
3. Папку не удаляете, а переименовываете, при этом лучше сохранить оригинальное название, я предлагаю просто добавить символ нижнего пробела _. Если при переименовании будут проблемы — используйте утилиту Unlocker, она спецом чтобы переименовывать и удалять неудаляемые папки/файлы.
4. После переименования — выполняем перезагрузку. Тестируем некоторое время, день-два или больше.
5. При проблемах — возвращаем оригинальное название папки и делаем перезагрузку. Если это не помогает — используем ранее созданную точку восстановления.
6. Если проблем не будет, можем сделать вывод: папка временная, ее можно удалить, но если размер ее маленький — пусть будет, ведь компьютера она точно не грузит.

Судя по этой картинке — boost_interprocess может быть даже заблокирована:

Заключение

• boost_interprocess — папка, создаваемая софтом, который использует в своей работе библиотеку Boost.Interprocess.
• Таким софтом может выступать фирменное ПО для видеокарты, материнской платы.
• Удалять не рекомендуется, только в случае когда занимает много места. Предварительно создав точку восстановления!

Работа с файлами в C++ с использованием Boost 11.11.2020 12:17

Привет! Я время от времени рассказываю на Хабре о решениях распространённых задач на C++, и вообще люблю делиться опытом. Поэтому даже написал целую книгу, которая называется «Разработка приложений на С++ с использованием Boost». Она может быть интересна разработчикам, которые уже немного знакомы со стандартной библиотекой языка, хотят глубже изучить Boost, упростить и повысить качество разработки приложений. Уверен, что информация, которую я собрал в книге, будет полезна — всё больше библиотек Boost становятся частью стандарта. Сегодня предлагаю прочитать главу, посвящённую работе с файлами. В ней я рассказываю о перечислении файлов в каталоге, стирании и создании файлов и каталогов, а также о самом быстром способе чтения. Надеюсь, будет интересно. И, пожалуйста, не забывайте делиться впечатлениями в комментариях.

Перечисление файлов в каталоге

Существуют функции и классы стандартной библиотеки для чтения и записи данных в файлы. Но до появления C++17 в ней не было функций для вывода списка файлов в каталоге, получения типа файла или получения прав доступа к файлу.

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

Знание основ C++ более чем достаточно для использования этого рецепта. Этот рецепт требует линковки с библиотеками boost_system и boost_filesystem.

Как это делается…

Этот и последующий рецепты посвящены переносимым оберткам для работы с файловой системой.

Нам нужно подключить следующие два заголовочных файла:

#include #include

int main() < boost::filesystem::directory_iterator begin("./");

 boost::filesystem::directory_iterator end; for (; begin != end; ++ begin) 

 boost::filesystem::file_status fs = boost::filesystem::status(*begin);

 switch (fs.type()) < case boost::filesystem::regular_file: std::cout if (fs.permissions() & boost::filesystem::owner_write) < std::cout else

 std::cout /*for*/ > /*main*/

boost::filesystem::file_status fs = begin->status();

std::cout path() 

std::ofstream ofs("dir/subdir/file.txt"); ofs 

#include #include #include

int main() < boost::system::error_code error;

 boost::filesystem::create_directories("dir/subdir", error); assert(!error);

 std::ofstream ofs("dir/subdir/file.txt"); ofs 

 boost::filesystem::create_symlink( "dir/subdir/file.txt", "symlink", error);

 if (!error) < std::cerr 

 > else < std::cerr /*if (!error)*/ > /*main*/

#include #include 

const boost::interprocess::mode_t mode = boost::interprocess::read_only; boost::interprocess::file_mapping fm(filename, mode);

boost::interprocess::mapped_region region(fm, mode, 0, 0);

const char* begin = static_cast( region.get_address() );

const char* pos = std::find( begin, begin + region.get_size(), '\1' );

$ TIME="%E" time ./reading_files m mapped_region: 0:00.08 $ TIME="%E" time ./reading_files r ifstream: 0:00.09 $ TIME="%E" time ./reading_files a C: 0:00.09

std::ifstream f(filename, std::ifstream::binary); // . char c[kilobyte]; f.read(c, kilobyte);