Выполнение программы на многоядерном процессоре

[ezus]

Добрый день.

Аппликация на Сш вызывает для долгоиграющих вычислений DLL C++ от VS C++6.0.
DLL написана в односредовом варианте.
Если во время вычислений, которые происходят строго в памяти машины. При этом, если смотреть на таскменеджер, то он показывет загрузку нескольких ядер. Ну про один из них понятно - на нем бежит DLL.
А чем заняты другие? Бежит только эта аппликация.

Спасибо.

[Dale]

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

Больше информации можно получить, посмотрев использование ЦП процессами во время выполнения этой программы.

[Finch]

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

[ezus]

То Dale
Я практически на 100% уверен, что никакие пользовательские процессы в это время не бегут. Да и таскменеджер это подтверждает. активность обоих ядер прекращается с завершением расчета.

То Finch
Да, это интересно. А какой в этом смысл?

[darkelf]

То Finch
Да, это интересно. А какой в этом смысл?

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

[ezus]

То darkelf
Спрашивая о смысле, я имел ввиду вопрос:" Какой смысл переключать ядра между квантами времени, если это всего лишь один поток управления?"

[Dale]

активность обоих ядер прекращается с завершением расчета.

Как я понял, на Вашем компьютере 2 ядра? Тогда посмотрите в таскменеджере общую загрузку ЦП. Если не превышает 50%, то это единственный поток скачет по разным ядрам поочередно, как предположил Finch. Если больше, то параллельно выполняются асинхронные потоки, например, обслуживание сети, ввод/вывод, GUI (если есть) и т.п.

[darkelf]

То darkelf
Спрашивая о смысле, я имел ввиду вопрос:" Какой смысл переключать ядра между квантами времени, если это всего лишь один поток управления?"

В современных ОС даже при минимальном количестве запущенных прикладных задач на выполнении одновременно находятся сотни потоков различных фоновых служб, системных драйверов и т.д. Ваша задача иногда прерывает своё выполнение выполняя системный вызов, например чтение файла с диска, или передачу данных по сети. В этот момент задача ставится в очередь блокированных в ядре ОС. После выполнения системного вызова так может оказаться, что процессор, на котором выполнялась Ваша задача уже занят выполнением другого потока, например какой-нибудь системной службы. А второй процессор в это время, допустим, свободен - вот ядро ОС может решить, что продолжить своё выполнение Ваша задача может на другом процессоре. Конечно в ядре ОС стараются минимизировать "миграцию" задач между процессорами, но это удаётся не всегда.

[ezus]

Спасибо всем.

Я похоже понял в чем дело.
У меня есть прородитель DLL - обычная программа На С++.
Если запускаешь вычисления обычной Сшной программы, то ОС выделяет ей одно ядро, и программа загружает ЦРУ на 50%, а второе ядру спит себе беспробудно.

Еже ли тот же Сшный алгоритм бежит в DLL под Сшарпом, то тут пашут оба ядра. Гуи не активен. Ежели оно или кто-то другой были бы активны, то при выполнении обычной Сшной программы .НЕТ должена была бы также занимать второе ядро или заставлять систему перекидывать процесс Сшной программы с ядра на ядро, что не наблюдается.

Очевидно, когда DLL запускается из-под Сшарпом, .НЕТ платформа что-то делает. Вопрос ЧТО?

[Finch]

Начнем с самого начала. Что .NET код работает на виртуальной машине. Еще на этой машине крутятся куча служебнвх потоков. Например Garbage collector.

[ezus]

Все верно - параллельно с программой бежит еще много всяких процессов и потоков.
Не понятно почему они бегут только при выполнении алгоритма под .NET, а при исполнении того же алгоритма на той же машине только в виде сишной программы от VS c++6.0 занят только 1 подпроцессор, а второй 0%?
Если это Garbage collector, то что он чистит, занимая 80-90% второго ядра? Ведь в момент исполнения загружаемой ДДЛ с неуправляемым кодом активность виртуальной машины должна быть нулевой или минимальной.