загрузка процессора при многопоточности

[marat_]

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

З.Ы. а может хук поставить? при появлении диспетчера отлавливать хендл строки и тулить туда свои проценты? 0.000000001%, например...

[Вад]

marat_, так у тебя приложение реально настолько затратно, что использует 99% ЦП? Понижение приоритетов тогда ничего не даст: просто перестанешь отнимать время у других процессов, а всё свободное время будет по-прежнему тратиться на твой процесс.

Если требование по загрузке ЦП стоит жёстко, но хочешь-не хочешь, а оптимизацией заняться придётся Вообще, расскажи, чем вызвана 99% загрузка и почему невозможно сделать меньше. Вдруг, возможно

[Алексей++]

marat_, нужно для начала определить место в программе, которое приводит к 99% ) Если с ходу не хзнаешь, где, Ставь заглушки на процедуры, где подозреваешь. А потом - код процедуры в студию на анализ  ))

[Ochkarik]

marat_, я б, тоже, знаете-ли, испугался бы....
"хорошшая" программа, она код ДНК расшифровывает?)

[marat_]

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

[Антон (LogRus)]

Возьми Process Explorer и глянь какой именно поток, жрёт ресурсы.
Нет ли у тебя цикла ожидания событий?
Например, если ты в цикле без sleep будешь сканировать каталог на предмет наличия файлов, то запросто можешь сожрать все ресурсы процессора(были случаи )
Т.е. рекомендую проверить, нагрузку на процессор при отсутсвии потока входных данных.

Хотя фиг знает, что ты там считаешь, может действительно код ДНК расшифровываешь.

[Алексей++]

вот покажи код потока, который никогда не "спит" То есть в котором нет реально Sleep и его никто не suspend

[Антон (LogRus)]

LogRus, лично у меня нет таких примеров
Хотя один раз натыкался, когда поток в цикле бегал по папке и искал новые файлы, вот он реально все ресурсы проца съедал, хотя там кода на полторы строки, поставили sleep(100); проблема исчезла.

[Ochkarik]

LogRus, так тоже... чего бегать то? по папке... функция есть!(запямятовал... но точно была...)

[sss]

FindFirstChangeNotification

[Джон]

LogRus, ты уже сам себе отвечаешь?

marat_, проверка кода в большом проекте тебе может мало чего дать, кроме большой потери времени.

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

Я последний раз пользовался AQTime.

Посмотри в гугле: performance tools C++

[Scorp__)]

marat_, 99% загрузки (или 50% на Pentium с HT) это почти наверняка бесконечный цикл, который работает все время. Можно даже профилировщиками не пользоваться, а просто брейкпойнты понаставить и посмотреть, что в отсутствие данных происходит. В последний раз у меня такая штука была, когда неверный код возврата был из процедуры отрисовки

[marat_]

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

Scorp, бесконечный цикл приёма сообщений мне просто жизненно необходим...

[Вад]

все процедуры проверены до невозможности. сами процедуры потоков: обычный бесконечный цикл обработки данных. если данные есть - работает. нет - спит.

Вот у меня тоже ощущение, что не всё чисто с режимом "сна"... Если данных только бывает много, а не всё время много - то постоянная загрузка до 100% - это точно ненормально. Вот если в момент обработки - ещё возможно.

бесконечный цикл приёма сообщений мне просто жизненно необходим...

Может, есть способ сделать его таким образом, чтобы ожидающий поток спал в ожидании входных событий? Или определить допустимые интервалы между опросами источника данных и реализовать опрос с помощью таймера?

[Алексей++]

marat_, в моём проекте тоже имеется бесконечный цикл приёма сообщений (с компорта). Это делает отдельный поток , события я не использую , результат - в спокухе 9% (кроме чтения из порта ещё много всякой всячины считается по таймеру каждые пол-секунды). А когда с порта со всей дури прёт инфа, получается в среднем 20%

[Scorp__)]

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

[marat_]

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

[Вахмурка]

marat_, ну если уверен что дело не в потоках, значит дело в источнике событий. Сообщение о событии ведь посылает тоже какой-то поток. Как он его генерирует?  А сообщение случайно не SMS?

[marat_]

нет, блин, пожарная тревога!
...
мне действительно интересно, а если в системе баг?

[Ochkarik]

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

впрочем, советы дело такое;)

PS у нас на MFC такая же реакция)
 сам в визуализацию не лезу... а наши либо для скорости на чистом API, но это крайне некрасиво выходит. либо дельфи с билдером... а наши линуксоиды на QT подсели) хотя это отдельное мировозрение)))

[marat_]

не, данные - файлы. мониторю директорию, при новых данных - посылаю сообщение соответствующему потоку... и всё..

а по Qt слышал немного, разве это только под *nix?

[Ochkarik]

marat_, не только, говорят кросплатформенная. на дельфи написанная)))))))
а мониторишь, - чем?

[Finch]

Ochkarik, Кто написана на дельфи? Qt есть только под С++ и под Java. Также есть Qtopia для мобильных систем. По условиям лицензии, для коммерческого использования, она платна.

[marat_]

Ochkarik, а findfirschange. тоже событийная штукенция

[Ochkarik]

Finch, эээ... пардоньте, фгню сморозил... бес - попутал! кто то мне сказал про QT и дельфи, а я видно не так понял... действительно С++...
marat_, она - да, событийная, просто она уже "есть")

PPPPPS
выяснил.
это мне говорили про среду разработки Kylix от Borland, которая под QT расчитана... паскаль через обертки. во как...