Цитата(AlexMatyu @ May 28 2018, 13:59)
На неком девайсе основанном на процессоре ARM DM3730, работает операционная система Linux (без патчей rt) и моё приложение. В рамках этого приложения множество потоков (планировщик SCHED_RR), основных три:
- поток 1: забор данных с устройства (максимальный приоритет);
- поток 2: подготовки данных (нормальный приоритет);
- поток 3: обработки данных (низкий приоритет);
в последнем потоке происходит вызов из сторонеей библиотеки fftw3.h. при этом, когда данных много и происходит вызов обработки этих данных из сторонней библиотеки, поток 3 захватывает ядро на огромный отрезок времени (~550мс) и не вытесняется. Из-за этого первый поток (самый критичный), не успевает забрать данные, что для меня очень критично.
Помогите с методами решения данной проблемы.
В Linux обычно (для обычных потоков) вообще особая политика шедулирования, O(0) как они её называют и которой сильно гордятся
Даже с RR шедулирование "по кругу" происходит по системному тику ядра, переменная HZ ядра, обычно равная 1000, а это значит 1 ms, ... тогда совершенно не понятно ваши "~550мс".
У вас точно расставлены потокам
приоритеты реального времени, а не nice?
Проверяли ли вы отладкой, что они действительно
приняты потоками? (нет ошибки при установке).