Обмен данными между потоками

[akaMDA]

Имеется н не сколько потоков,  обменивающихся данными через сигналы слоты. Работает все нормально,  но через какое то время соответствии перестают отвечать на сигналы.  В чем может быть проблема?

[Bepec]

Возможно где то сигналы бегают к слотам, но через какое то они накрывают поляну с водочкой и пивасиком и перестают бегать. Их мобильность падает на 98%, а те, кто всё таки доходит до слотов, не могут передать ни одного вразумительного параметра трезвому и злому слоту.

PS телепаты в отпуске, маразматиков нету, телепортов тоже пока не придумали.

[DmitryM]

Имеется н не сколько потоков,  обменивающихся данными через сигналы слоты. Работает все нормально,  но через какое то время соответствии перестают отвечать на сигналы.  В чем может быть проблема?

Запусти анализатор потоков и посмотри кто заблокирован.

[Bepec]

А можно и мне ссылочку на анализатор потоков?

[DmitryM]

А можно и мне ссылочку на анализатор потоков?

Хотя бы Intel Thread Profiler

[Bepec]

Хм. А не проще тупо лог вести в файл? Профайлер на то и профайлер, что он анализирует быстродействие.

[DmitryM]

Хм. А не проще тупо лог вести в файл? Профайлер на то и профайлер, что он анализирует быстродействие.

Ввод/вывод неявно синхронизирует потоки.
Заблуждаешься, профайлер нужен для сбора данных о работающей программе.
В данном случае, если потоки не заблокированы, то ошибка в алгоритме и обработке очереди сообщений.

[Bepec]

Кхм. Вопрос, а как ввод/вывод неявно синхронизирует потоки? Пожалуйста подробнее.

[DmitryM]

Кхм. Вопрос, а как ввод/вывод неявно синхронизирует потоки? Пожалуйста подробнее.

system call

[Bepec]

И? Поясните мне пожалуйста, как 2 рассинхронизированных потока смогут синхронизироваться при записи в 2 разных файла?

PS мб вы имели в виду, что имеется шанс в 20%, что потоки на некий момент времени могут синхронизироваться и шанс в 80% что они могут рассинхронизироваться при этом?

PPS или вы мб знаете больше чем я об асинхронных системных вызовах и о том, что они асинхронные?

[DmitryM]

PPS или вы мб знаете больше чем я об асинхронных системных вызовах и о том, что они асинхронные?

Внутри std::cerr, std::cout, лежит системный вызов write.

[Igors]

Имеется н не сколько потоков,  обменивающихся данными через сигналы слоты. Работает все нормально,  но через какое то время соответствии перестают отвечать на сигналы.  В чем может быть проблема?

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

[Bepec]

Эмм.. я как бы говорю о системных вызовах асинхронной записи в файл, а вы?

PS а по теме - достаточно дебагера, чтобы узнать где что завяло.

[DmitryM]

Эмм.. я как бы говорю о системных вызовах асинхронной записи в файл, а вы?

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

[Igors]

Эмм.. я как бы говорю о системных вызовах асинхронной записи в файл, а вы?

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

Вызов системной функции не атомарная операция?

Нет, не атомарная (не lock-free)

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

Может и нет (с печальными последствиями). Для таких вызовов в доке и хедерах указано "not thread-safe"