Архив форумов ЦИТФорума

[Trans]

Ясам не админ, но приходится разбираться, где эту ошибку системы можно поправить?
Система почему то находит 4 проца, хотя реально их только два. Системная плата интеловская.

И ещё, запущенные программы хотя и должны загружать систему на все 100%, но нет, только не более 25% каждый запущенный процесс, может так и должно быть - что если в программе работает только один поток -он может загрузить только один процессор?

Кто рубит в многопроцессорных системах, будьте добры, подскажите!

[and3008]

Да это ж проще пареной репы.
Вам круто повезло. У вас процессоры с поддержкой ГиперТрейдинга (HyperThreiding).
Что это дает?
Процессор имеет два параллельных конвеера для обработки команд. Это позволяет более эффективно загрузить процессор и уменьших кол-во тактов ожидания. ГиперТрейд повышает производительность на 5-30% в зависимости от кода програм.

Для системы один процессор с ГиперТрейдом выглядит как два.

Иногда ГиперТрейд наоборот снижает производительность, если ОС ли приложение не знает о такой особенности процессоров.
Пример:
MS SQL 2000 работающий на платформе Windows 2000.
Win2000 ничего не знает про ГиперТрейд. В результате нагрузка между процессорами распределяется неравномерно. Один проц пыхтит как паравоз, а другой курит бамбук. Особенно это заметно на "длинных" и тяжелых транзакциях. В таких случаях рекомендуется ГиперТрейд отключить. Делается это в настройках BIOS.
Microsoft знает о такой беде и божится, что в новой версии SQL (Yukon) и новых ОС (LongHorn) это будет учтено и пофиксено.
В Win2003 уже сделали необходимые изменения.

Про SMP-системы вообще:
Наибольшей эффект от них получают те программы, которые написаны с учетом того, что вычисления будут выполняться параллельно. Глупо ждать, что MS Excel быстрее вычислит лист на SMP-системе. Скорее всего это будет даже медленнее, чем на системе с одним процессором.

ГиперТрейд есть не только в процессорах Intel. Аналогичные технологии есть в процессорах AMD, Power5 (IBM), UltraSparc (SUN).

[ALEX_SE]

Чего-то я совсем этот форум забросил

and3008 совершенно прав.

Я от себя добавлю, что для того, чтобы загрузить процессоры на 100% в НОРМАЛЬНОМ режиме работы, софт должен во-первых УМЕТЬ распределенные вычисления, а во-вторых своевременно получать и отдавать данные которые обсчитывает. А для этого нужно:
1. Соответствующее количество запросов от клиентов.
2. Соответствующая пропускная способность сети
3. То же дисковой.
4. Памяти.
5. etc.
Иными словами - надо рассматривать все вкупе. Посмотрите perfmon - в чем у Вас затыки? Ведь, к примеру, если Вы поставить 10-ти гиговую БД той же 1С и 50 юзеров, имея 100-мегабитный интерфейс и один IDE-винт - Вы не загрузите проц. Ему элементарно будет нечего обрабатывать.

p.s. Прошу прощения за сумбурность и ошибки - старался объяснить новичку попонятнее

[Trans]

Спасибо ВАМ, примного благодарен и всё такое...
Теперь я полностью понял проблему и займусь её решением